THE OPEN UNIVERSITY 0 


Computación || 


LIBRERIA CAJAL 


Navarro Rodrigo, 20 


ALMERIA 


The Open University 


Curso Básico de Matemáticas Unidad 20 


COMPUTACION II 


Preparado por el equipo del Curso Básico de Matemáticas. 


méxico 


Traductor: 
Nicolás Civetta, Profesor de Matemáticas 
Universidad de Mérida, Venezuela 


libros mcgraw-hill 


madrid bogotá sao paulo nueva york 
londres toronto sidney johannesburg 


dusseldorf singapur 


Queda terminantemente prohibido reproducir este libro, total 
o parcialmente, sin autorización escrita del editor 


RESERVADOS TODOS LOS DERECHOS (D. R.) 
Copyright O 1974 respecto de la edición en idioma español, por 


EDITORIAL McGRAW-HILL LATINOAMERICANA, S. A. 
Colón, República de Panamá ; 


0-07-090778-1 


Traducido de COMPUTING II 
Copyright O 1971 by the Open University Press 
Bletchley, Bucks, England 


IMPRESO EN COLOMBIA PRINTED IN COLOMBIA 


El concepto de enseñanza abierta desarrollado por la Open University 
utiliza materiales en forma de libros, películas y cintas magnetofóni- 
cas que el estudiante utiliza fuera de la institución. Sin embargo, es- 
tos materiales también pueden utilizarse dentro de programas tradi- 
cionales. Los componentes de los programas desarrollados por la Open 
University son: 


LIBROS: Todos los libros tienen el mismo formato, y fueron escri- 
tos, diseñados y producidos por especialistas de la Open University. 
La mayor parte de los libros están profusamente ilustrados con dia- 
gramas y fotografías —muchas a colores— y tienen un diseño fácil y 
atractivo para el estudiante. Cada libro contiene objetivos de apren- 
dizaje muy explícitos, y cuestionarios de autoevaluación, así como 
respuestas y comentarios a la autoevaluación, permitiendo así al es- 
tudiante, darse cuenta de su propio progreso. Todos estos libros pue- 
den utilizarse como textos —ya sea en forma individual, o uniendo 
varias unidades— o como material de referencia. 


PELICULAS: Las películas han sido preparadas como material 
suplementario y de refuerzo para permitir al profesor mayor libertad 
de trabajo con cada estudiante. Las películas están en 16 mm, y en 
su mayor parte son en blanco y negro. A la fecha de publicación de 
estos libros sólo están a la venta en idioma inglés. 


CINTAS MAGNETOFONICAS: Al igual que las películas, estas 
cintas fueron preparadas como material suplementario y para ser uti- 
lizadas por el estudiante en su propia casa. A la fecha de publicación 
- de estos libros sólo están a la venta en idioma inglés. 


NOTA A LOS MAESTROS: Se han mantenido todas las referen- 
cias a otros elementos del programa en los materiales impresos, por 
considerarse que no obstaculizan la utilización de los libros como 
textos independientes. Los profesores que no tengan acceso a los ma- 
teriales audio-visuales fácilmente podrán sustituirlos con sus pro- 
pios experimentos o explicaciones. 


Esta obra se imprimió en los Talleres Gráficos de Carvajal «£ Cía. 
de Cali, Colombia, en el mes de abril de 1974. Se imprimieron 5000 
ejemplares en papel offset de 90 g/m?. 
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OBSERVACIONES AL ALUMNO 

Al comienzo de cada texto encontrará lo siguiente. 

1. UNA PRESENTACION DE NUESTROS OBJETIVOS en la unidad, la cual puede usar para comprobar si ha completado el 
curso satisfactoriamente. 

2. UN DIAGRAMA ESTRUCTURAL que le muestra cómo están relacionadas las diferentes secciones de la unidad. El diagrama 
consta de: 
a) cuadros rojos que muestran la secuencia principal. 
b) cuadros negros punteados (a la izquierda del rojo) que le muestran lo que esperamos ya sepa antes de fijarse un estudio 

detallado. 

e) cuadros negros (a la derecha del rojo) que le ayudan a escoger temas que puede posponer u omitir si tiene >oco tiempo. 

3. UN GLOSARIO de las definiciones, notaciones, etc., usadas en la unidad como referencia inmediata. 

4. UNA BIBLIOGRAFIA de los libros que puede consultar cuando haya acabado el trabajo de la unidad. 

5. CONCLUSIONES Y RESUMEN del trabajo realizado al final de cada texto. 


NUMERACION E INDICADORES 

Dentro de cualquier sección nos referimos a los temas por medio de un número. Al referirnos al mismo tema en otra sección, citamos 
cuatro números: número de la unidad, número del capítulo o parte, número de sección y número del tema. Por ejemplo, “Ecuación 3” 
si aparece en la misma sección, y “Ecuación 4.3.1.3”, si está en otra sección. Los tres primeros números se citan en la parte superior 
de la página. Creemos que este es un sistema claro y fácil para consultar cualquier tema. Los indicadores serán una guía valiosa 
y le ahorrarán tiempo. 

En la margen derecha del texto hemos tratado de indicar la clase del material. Los términos usados son tan claros que no necesitan 
explicación. Por ejemplo, “Discusión” significa que una vez que haya entendido el tema, no necesita de nuevo recurrir a esta parte 
del texto. Estos INDICADORES tienen por objeto ayudarlo a localizar rápidamente las partes importantes cuando esté repasando 
o tenga que omitir parte del texto por falta de tiempo. 

También hemos tratado de indicar la importancia de los temas por el sistema de estrellas. 

*** Esto es muy importante. Usted debe entenderlo claramente. En algunos casos lo usará con tanta frecuencia, que se familiari- 
zará con ello sin necesidad de memorizarlo deliberadamente. El punto principal de este curso es no aprenderse los datos de me- 
moria; nosotros creemos que es más importante que entienda el trabajo y sea capaz de aplicarlo en la solución de los problemas. 
** Este es de menor importancia, pero tiene material al cual nos referiremos más adelante. 

* Esto generalmente no lo guía a trabajos adicionales en este curso y lo puede omitir si tiene poco tiempo. 

M Indica el final de cada ejemplo, ejercicio o solución. 


Observación para el estudio de este texto 


Mientras esté leyendo este texto, usted debe tener a la mano, como re- 
ferencia, la Unidad 8, Computación 1. 


La sección 20.2 de este texto, que describe otros elementos del lenguaje 
de programación BAsIc*, debe leerla de corrido por lo menos una vez, 
antes de que intente leer las secciones 20.3 y 20.4, ya que en ambas 
utilizamos el BAsIC. Debería completar la lectura “de corrido” de la 
sección 20.2 y el estudio de las secciones 20.3 y 20.4 (por su procedi- 
miento normal) dentro del tiempo que usualmente emplea en el estudio 
de un solo texto por correspondencia. 


El estudio detallado de la sección 20.2, incluyendo el trabajo práctico, 
debe hacerlo a su propio ritmo. Trate de completarlo para cuando lle- 
gue a estudiar la Unidad 25 ó 26 del Curso Básico. Le sugerimos em- 
plear hasta una hora (no más) en cada una de las cinco partes del texto 
del laboratorio de programación, hasta 20 minutos de este tiempo (no 
más de 20 minutos) desarrollando el trabajo práctico en un terminal de 
computación o copiando y verificando sus soluciones en una hoja de co- 
dificación. 


Observe que en algunas consolas el número cero aparece en la forma 0 
para distinguirlo de la letra O; esta distinción debe hacerse cuando quiera 
que pueda haber una posibilidad de mala interpretación; en este texto 
no usamos el símbolo $ puesto que 0 y O se distinguen fácilmente. 
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Objetivos 


Después de completar un estudio preliminar de la Sección 20.2 y de 
haber completado un estudio detallado de las Secciones 20.3 y 20.4 de 
este texto por correspondencia, usted tendrá: 


(i) una comprensión de la importancia del estudio de los datos y de 
los procesos de datos, la cual da una estructura conceptual para 
las ideas asociadas al estudio de la resolución de problemas por 
medio de un computador digital; 

(ii) una comprensión de las técnicas formales que se pueden aplicar 
como ayuda a la solución de problemas (i.e. una apreciación de la 
forma en la cual un problema conduce a un modelo, un modelo a 
un algoritmo, y un algoritmo a un programa de computación); 

(iii) una convicción de que la presentación de los datos para un mo- 
delo se deben escoger en tal forma que sean convenientes tanto 
al proceso que va a ser ejecutado como al aparato procesador dis- 
ponible; 

(iv) una comprensión de las cinco componentes principales de un len- 
guaje de programación; 

(v) un conocimiento de las facilidades disponibles en BASIC para es- 
tructurar datos; 

(vi) un conocimiento de las facilidades disponibles en BASIC para es- 
tructurar programas. 


Después de completar un estudio detallado de la Sección 20.2 y 
el trabajo práctico asociado, usted tendrá: 

(vii) una comprensión de las técnicas elementales que se deben usar al 
plantear un problema sencillo para su solución, utilizando un 
computador; 


(viii) la destreza para programar la solución de problemas en el len- 
guaje de programación BASIC. 


* El Basic fue desarrollado en la Universidad de Dartmouth, New Hampshire, U.S.A. por 
el profesor J. G. Kemeny y el profesor T. E. Kurtz. 
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Un bucle en un programa es una sucesión de 
instrucciones de las cuales algunas, o todas, se 
ejecutan más de una vez. Un bucle en el con- 
texto de gráfico dirigido (finito) es una ruta 
cuyos vértices inicial y final coinciden, y en el 
cual cada vértice intermedio se encuentra sólo 
una vez. 


Cuando un bucle está totalmente encerrado 
dentro de otro, los bucles se llaman bucles en- 
cajados. 


Un campo de datos de un elemento de datos 
es una variable individual del elemento de 
datos. 


El contenido de información de un ítem de 
datos está contenido en una colección estruc- 
turada de elementos de datos. 


Una declaración es una instrucción que sirve 
para reservar espacio de almacenamiento a 
una lista o tabla. 


Un elemento de datos es una variable simple 
o una sucesión de variables seleccionadas de 
una lista o tabla. 


Las funciones definidas por el usuario son 
funciones que el computador puede interpretar, 
pero que son creadas por el programador. 


Las funciones normales son funciones frecuen- 
temente usadas suministradas como parte in- 
tegral del lenguaje de programación. 


Un gráfico dirigido (finito) consiste de un con- 
junto (finito) de vértices y de un conjunto de 
arcos (segmentos de línea dirigidos) que unen 
ciertos pares de vértices. 


Una instrucción de decisión es una trasferen- 
cia condicional de una instrucción de control. 


Una instrucción de salto es una trasferencia 
de una instrucción de control. 


Una instrucción de trasferencia de control es 
una instrucción para continuar la ejecución 
con una instrucción especificada que no es la 
siguiente instrucción de la sucesión. 


Una instrucción de trasferencia de control 
condicional es una instrucción de la forma: 
si la siguiente afirmación es verdadera, enton- 
ces ejecute el resto de esta instrucción: en caso 
contrario, continúe con la ejecución de la si- 
guiente instrucción de la sucesión. 
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Un ítem de datos es una representación for- 

mal de alguna información en tal forma que: 

(i) su significado se puede interpretar; 

(ii) su forma se puede manipular, en una for- 
ma consistente con su significado, por me- 
dio de un algoritmo conveniente. 


Una lista es una sucesión de variables. 


Un nombre de marca es alguna notación con- 
veniente para especificar una instrucción; por 
ejemplo, un número de línea. 


El nombre de un elemento de datos es el nom- 
bre del primer campo de datos en el elemento 
de datos. 


El nombre de un ítem de datos es el nombre 
del primer elemento de datos en el ¿tem de 
datos. 


Una ordenación consiste de un conjunto de 
variables que se pueden identificar por medio 
de un índice (el cual es computable). 


Un proceso de datos es una especificación for- 
mal de un algoritmo el cual, cuando es apli- 
cado a un ítem de datos, produce de nuevo un 
ítem de datos o una indicación de que el al- 
goritmo no es aplicable al ítem de datos. 


Una ruta (en el contexto de un gráfico dirigi- 
do (finito)) es una sucesión finita de arcos, tal 
que cada miembro de la sucesión comparte su 
vértice inicial con el vértice final de su pre- 
decesor (excepto el primer miembro, que no 
tiene predecesor). 


Una ruta simple es una ruta en la cual nin- 
gún arco ni ningún vértice se usa más de una 
vez. 


Una rutina es un segmento del programa al- 
macenado. 


Una tabla es una ordenación bidimensional. 
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Bibliografía 


A. I. Forsythe, T. A. Keenan, E. I. Organick, W. Stenberg, Computer 
Science: A First Course (John Wiley, 1969). 


Este libro presenta una introducción a la computación que es muy se- 
mejante en enfoque a la que hemos adoptado en la Unidad 8 y en la 
Unidad 20. Los Capítulos 1 a 4 cubren el material de este texto: éstos 
dan una introducción a las ideas fundamentales de un algoritmo, su 
representación en un diagrama de flujos y su ejecución por medio de 
un modelo conceptual de un sistema de computación. Si usted desea 
hacer estudios más profundos, podría gustarle leer los Capítulos 5 a 7 
que dan una introducción a las aplicaciones numéricas, y los Capítulos 
9 y 10 que dan una introducción a las aplicaciones no numéricas. 
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20.1 INTRODUCCION 
20.1.1 Resolución de problemas 


La primera unidad de computación (Unidad 8) fue una introducción a 
la computación. Discutimos el concepto de algoritmo, vimos cómo un 
algoritmo puede ser descrito por medio de un diagrama de flujos y, a 
continuación, discutimos acerca de la ejecución de algoritmos por las 
máquinas lógicas. Los conceptos involucrados en la ejecución de un al- 
goritmo se utilizaron para introducir las ideas básicas de la programa- 
ción, y los elementos de programación en el lenguaje de programación 
BASIC se presentaron en las primeras cinco secciones del texto del La- 
boratorio de programación (Unidad 8, Secciones 8.3.2, 8.3.3, 5, 7, 9 y 
11). En este texto, damos en primer lugar las cinco secciones restantes 
del texto del Laboratorio de programación, en tal forma que usted pue- 
de continuar su estudio del BAsIC hasta el punto en el cual pueda usar el 
lenguaje BASIC para describir una variedad de algoritmos. A continua- 
ción, habiendo sentado las bases para su trabajo práctico, volvemos 
sobre algunos de los conceptos comprendidos en el estudio de la activi- 
dad de resolver problemas con la ayuda de un computador. Discutire- 
mos algunos de los aspectos del enfoque algorítmico de la resolución de 
problemas. Los objetivos globales para aquellas secciones del texto se 
pueden resumir como sigue: 


Deseamos tratar de responder las preguntas: 


¿Cómo se pueden representar de una manera formal los he- 
chos e ideas asociadas a un problema? 


¿Cómo se puede establecer la representación formal de un pro- 
blema en tal forma que pueda ser manipulada por un compu- 
tador para que llegue a la solución de un problema? 


No podemos esperar ser capaces de dar respuestas sencillas a esas pre- 
guntas. Nuestra aproximación en esta parte del curso consiste en intro- 
ducir uno o dos conceptos a la vez, y entonces aplicar cada pequeño 
grupo de conceptos a la solución de un problema. En esta forma espe- 
ramos integrar su conocimiento de los conceptos teóricos con la des- 
treza práctica para resolver cierta gama de problemas sencillos. 


20.1.2 Programación en BASIC 


El aprendizaje del lenguaje de programación BASIC es parecido al 
aprendizaje de cualquier otra notación matemática nueva. El uso con- 
tinuo debe conducir inevitablemente a la comprensión tanto del poder 
como de los defectos de la notación. Por esta razón hemos hecho uso 
del BASIC para describir algoritmos en todas las oportunidades posi- 
bles. Sin embargo, aun si, como resultado de su trabajo en el texto, 
usted llega a estar suficientemente familiarizado con la notación BASIC 
como para ser capaz de leer los programas de ejemplo con facilidad, 
usted necesitaría aún dedicar una gran cantidad de tiempo y esfuerzo 
en su trabajo práctico, porque es igualmente importante que sea capaz 
de construir programas BASIC por sí mismo. Aunque convertir un algo- 
ritmo bien definido en un programa BASIC es sólo un “trabajo de escri- 
torio” (de importancia secundaria en comparación con el diseño del 
algoritmo mismo), de todas maneras se exige práctica si usted ha de 
llegar a ser práctico en la construcción de los programas de compu- 
tación. E 
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20.1.3 El arte de programar 


La mayor parte de este texto está interesada en la programación. El 
programar es en esencia un método de razonamiento constructivo apli- 
cable a la resolución de cualquier problema cuya solución se puede 
presentar en forma de algoritmo. Con el fin de convertirse en un pro- 
gramador efectivo, usted debe dominar no sólo los detalles del lenguaje, 
sino que también debe enfrentarse con los problemas involucrados en 
la construcción de los algoritmos mismos. Por esta razón, hemos puesto 
considerable énfasis en las actividades concernientes a la construcción 
de algoritmos. Es necesario considerar toda aproximación práctica a 
este tema ya que, en la época actual, no existe ni una teoría establecida 
ni una metodología firme del arte de la programación. La utilización 
de un computador como ayuda para la resolución de problemas es una 
actividad tan nueva, que esas teorías están en las primeras etapas de 
su desarrollo. En consecuencia, la mejor manera de aprender a cons- 
truir un algoritmo es estudiar en detalle las actividades comprendidas 
en la creación de algoritmos para la resolución de problemas típicos. 
Dominar el arte de la programación significa ser capaz de construir 
programas que sean confiables, efectivos, y fácilmente adaptables. Tra- 
tamos de ayudarlo a alcanzar este objetivo haciendo especial énfasis 
sobre los principios esenciales de la estructuración de los programas y 
mostrándole dichos principios aplicados a un cierto conjunto de pro- 
blemas. 
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20.2 PROGRAMACION EN Basic: 
EL TEXTO DEL LABORATORIO DE 
PROGRAMACION 


20.2.0 Introducción 


El material presentado en la Sección 20.2 constituye el resto de las cin- 
co partes remanentes del texto del Laboratorio de programación. Cada 
parte del texto del Laboratorio de programación está programado para 
que equivalga a una semana de trabajo en computación práctica, la cual 
debe ocuparle una hora de su tiempo (aproximadamente '20 minutos de 
este tiempo debe ser empleado en un terminal de computación si tiene 
acceso a alguno). Puede trabajar a través de las Partes 6 - 10 de acuer- 
do con sus capacidades, aunque debe aspirar a completarlas cuando 
esté leyendo la Unidad 25 o la 26 del Curso Básico. Usted debe leer la 
totalidad del texto antes de enfrentarse a su primera sesión práctica. 


Como en la Sección 8.3 de la Unidad 8, aquellas partes del texto del 
Laboratorio de programación que enseñan el lenguaje BASIC están en- 
tremezcladas con el material dedicado a interpretar las facilidades del 
lenguaje de programación BASIC en función de nuestro modelo concep- 
tual sencillo de un sistema de computación. Como todos los modelos 
conceptuales, el nuestro es una abstracción; este contiene sólo aquellas 
características que necesitamos con el fin de entender el proceso de re- 
presentación de un algoritmo en forma tal que éste pueda ser ejecutado 
por un computador. Cuando usted haya completado el estudio de esta 
sección del texto y haya efectuado el trabajo práctico apropiado, será 
capaz de construir programas en BASIC para resolver una gran variedad 
de problemas. Usted tendrá la oportunidad de ganar mayor experiencia 
con el BASIC cuando se enfrente a los problemas que se presentan en 
las Secciones 20.3 y 20.4. 


El texto del Laboratorio de programación forma la base de su trabajo 
práctico; debe trabajar cuidadosamente cada parte del texto con la 
ayuda de un terminal de computación (o enviando por correo el ma- 
terial que debe ser procesado al Servicio de Computación para el estu- 
diante). Los detalles prácticos asociados con la utilización de los termi.- 
nales del Servicio de Computación para el estudiante y el servicio 
postal pueden encontrarse en la Guía del usuario - Servicio de Compu- 
tación para el estudiante, que le ha sido suministrada. 


20.2.1 Extensión del modelo: Archivo almacenado y 
funciones 


En la Sección 8.3.10 de la Unidad 8 introdujimos el concepto de pro- 
grama almacenado y formamos nuestro modelo en tal forma que el 
usuario puede tratar este programa como cualquier otra pieza de infor- 
mación asociada con el problema, y hacer de tal manera que éste sea 
almacenado en un conjunto de sitios de almacenamiento. En la Sección 
8.3.11 introdujimos órdenes por medio de las cuales el usuario puede 
ensamblar y ejecutar un programa completo, y vimos cómo las nuevas 
características introducidas en nuestro modelo conceptual en la Sección 
8.3.10 están reflejadas en función de las órdenes del sistema en el len- 
guaje BASIC. 


En nuestro modelo conceptual, tratamos con un solo programa; a me- 
dida que cada nuevo programa se carga, toda traza del programa anti- 
guo se destruye. Sin embargo, ésta no es una forma satisfactoria de 
operar desde un punto de vista práctico, ya que, a menudo, necesita- 
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mos conservar una copia de nuestro programa o bien para usarlo en el 
futuro o bien para su futura corrección y mejoramiento. Podemos ex- 
tender nuestro modelo para que tenga una comodidad que permita al 
usuario trabajar con algunos programas diferentes en el sistema. Para 
hacer esto necesitamos órdenes del sistema que instruyan al supervisor 
de nuestro modelo para que haga lo siguiente: 


marque un programa completo (con el propósito de identificarlo); 
almacene un programa completo dentro del sistema (pero no en 
forma ejecutable dentro de la unidad de almacenamiento); 
saque un programa específico de donde ha estado almacenado y 
lo cargue en la unidad de almacenamiento principal ya listo pa- 
ra su ejecución. 


Estas comodidades se pueden mejorar introduciendo en nuestro modelo 
dos conceptos familiares a nosotros a través de la experiencia cuotidia- 
na, a saber, los conceptos de archivo y archivo almacenado (archiva- 
dor). En cualquier sistema práctico es necesaria una comodidad adicio- 
nal, a saber, una orden que le diga al supervisor cómo destruir un 
archivo. 


El concepto de archivo y el concepto de almacenar un programa en un 
archivo son de vital importancia en la clase de sistema que usted está 
empleando para su trabajo práctico. El archivo está a la disposición 
como una comodidad para almacenar a largo plazo; de hecho, encon- 
trará que una vez que haya creado un archivo y almacenado un progra- 
ma en él, este archivo y este programa permanecen a su disposición 
hasta que usted dé instrucciones explícitas al archivo, y por ende, al 
programa, para que se destruya. En la Parte 6 del texto del Laborato- 
rio de programación veremos cómo hacer uso de estos conceptos dentro 
de la estructura del Servicio de Computación para el estudiante, y es- 
pecificaremos las órdenes apropiadas en el lenguaje BASIC. 


Otro inconveniente del modelo que hemos hasta ahora desarrollado es 
que la instrucción ejecutada en cada etapa de un programa es muy 
sencilla; quisiéramos ser capaces de ordenar al computador la ejecución 
de una expresión aritmética compleja sin tener que especificarle cada 
etapa elemental involucrada. Con el fin de remover esta restricción, in- 
troducimos el concepto de función; usted se dará cuenta de que nuestro 
uso del término función en este contexto está de acuerdo con la de- 
finición de función dada en la Unidad 1. Es conveniente dividir 
en dos clases las funciones dadas a un sistema de computación: funcio- 
nes normales que son de utilidad común tal, que éstas se suministran 
como parte integrante del lenguaje de programación mismo, y funcio- 
nes definidas por el usuario. En el último caso, todo lo que se da es la 
facilidad para el usuario de definir sus propias funciones. En términos 
de nuestro modelo, el primer caso puede ser visualizado como si prove- 
yésemos al calculador en el sistema, con tablas para un cierto conjunto 
de funciones normales. Por ejemplo, la expresión sen(x) debe ser inter- 
pretada por el supervisor como “calcule x, y a continuación pase el va- 
lor de x y la instrucción “tome el seno de x” al calculador”; el calcula- 
dor mira en la tabla de valores apropiada y envía el resultado requerido. 
En la Parte 6 del texto del Laboratorio de programación describimos 
el conjunto de funciones comunes que hay en BASIC. 


Las funciones definidas por el usuario se pueden interpretar en términos 
de nuestra notación usual para las funciones. Por ejemplo, si definimos 
la función 


F:ix—x?+42x +1 (xeR), 


y 
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entonces esperaríamos que las siguientes declaraciones: 
LEE W =2 
LET Y = F(3 * W) 

fueran interpretadas como sigue: 


“dé el valor 2 a W; 

calcule el argumento* de la función F (3 + W se convierte en 
3 Xx 2 que se convierte en 6); 

encuentre la imagen de 6 bajo F (F(6) se convierte en 6 x 6 + 
2 x 6 +1A= 49); 

dé el valor 49 a Y”. 


En términos de nuestro modelo, debemos suponer que la definición de 
cada función definida por el usuario está a disposición del supervisor, 
y que el lenguaje de programación tiene una notación para definir y 
hacer referencia a tales funciones. En la Parte 6 del texto del Laborato- 
rio de programación, describiremos las facilidades existentes para definir 
funciones en el lenguaje BASIC, y mostraremos cómo esas facilidades se 
pueden utilizar para estructurar programas. 


20.2.2 Laboratorio de programación: Parte 6, archivos 
y funciones en BASIC 


En la Parte 5 del texto del Laboratorio de programación (Sección 
8.3.11 de la Unidad 8) presentábamos la construcción de un programa 
BASIC completo. Consideramos ahora cómo los conceptos adicionales 
discutidos en la sección anterior (archivos y funciones) se presentan en 
el sistema BASIC. Consideremos primero cómo es la provisión de archi- 
vos y de un archivador. El programa que usted introduce de acuerdo 
con la descripción dada en la Parte 5 del texto del Laboratorio de pro- 
gramación será llamado el programa actual. Al programa actual se le 
puede asignar un nombre por la orden dada en el sistema BASIC 


NAME -— nombre 


donde el nombre es cualquier sucesión de caracteres que puede variar 
entre uno y seis, y el primero de los cuales no puede ser el símbolo $. 
Por ejemplo, la orden 


NAME — MYPROG 


le da al programa actual el nombre MYPROG. Si el programa actual 
ha sido ya bautizado por medio de una orden NAME, entonces, este es 
rebautizado cuando quiera que una nueva orden NAME sea dada. 


Cuando el programa actual ya tiene nombre, una copia de éste se pue- 
de reservar en el archivador en un archivo que tiene el mismo nombre 
del programa, por medio de la orden en sistema BASIC. 


SAVE 
El programa es reservado (almacenado) en una parte del archivador el 
cual se identifica por medio de un código de identidad. Ningún par de 
programas almacenados bajo un código de identidad particular pueden 
tener el mismo nombre, pues el nombre del programa se usa para 
identificar el archivo en el cual el programa está almacenado. Después 
de que se ha dado una orden de SAVE el programa actual permanece 
a disposición para ser ejecutado a menos que sea destruido a continua- 
ción por una orden de SCRATCH (descrita en la Sección 8.3.11 de la 


* En este contexto, el término argumento se usa como el elemento del dominio de la función 
cuya imagen estamos tratando de evaluar. 
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Unidad 8). Una orden de SCRATCH no destruye la copia del progra- 
ma almacenado en el archivador. Esta copia permanece a disposición 
del usuario en forma permanente a menos que el usuario dé la orden 


KILL — nombre 


donde nombre es el nombre del programa almacenado en el archivador 
(i.e. el nombre de un archivo). 


Un programa que ha sido almacenado en el archivador bajo un código 
de identidad particular se puede cargar en el sitio de ejecución por me- 
dio de la orden 


GET — nombre 


dada mientras se usa ese código, siendo nombre el nombre del progra- 
ma (archivo). El programa especificado se convierte en el programa ac- 
tual y cualquier otro programa que esté previamente almacenado en el 
sitio de ejecución se suprimirá. La orden GET no destruye la copia del 
programa contenida en el archivador. 


Si usted da una orden de SAVE y no hay espacio suficiente en el archi- 
vador bajo el código de identidad que está empleando, entonces se pro- 
ducirá un mensaje de error. Usted tendrá entonces que destruir 
—KILL— uno de sus programas existentes antes de que pueda ejecutar 
con éxito la instrucción SAVE. En general, usted sólo almacenará pro- 
gramas que le son útiles, en el archivador, es decir, un programa que 
desee utilizar de nuevo, o un programa cuyo desarrollo no ha sido aún 
completado. Para programas que se deben almacenar por largo tiempo 
(por ejemplo, entre sesiones en la estación terminal), usted debe obte- 
ner copias firmes en papel; la Sección 5 de la Guía del usuario describe 
la ejecución de esta operación en un terminal. Si está utilizando el ser- 
vicio de correos, usted puede utilizar todas esas facilidades escribiendo 
las instrucciones apropiadas en una hoja de codificación. 


Volvemos ahora al tema de dar funciones al lenguaje de programación 
BASIC. En la Parte 3 del texto del Laboratorio de programación (Sec- 
ción 8.3.7 de la Unidad 8) hemos visto cómo se escriben expresiones 
aritméticas en BASIC; las manipulaciones involucradas en la evaluación 
de esas expresiones son operaciones aritméticas sencillas (suma, resta, 
producto, cociente y exponenciación). Deseamos ahora tener en cuenta 
las expresiones que contienen funciones en forma explícita: la evalua- 
ción de esas expresiones se puede interpretar en función de nuestro 
modelo por medio de las ideas expuestas en la Sección 20.2.1. 


Si usted encuentra 
SIN (X) 


en una expresión matemática ordinaria, usted comprende que el valor 
al cual se refiere es la imagen de x bajo la función seno. El lenguaje 
BASIC le permite el uso de la misma notación, con el mismo significado, 
en una expresión aritmética; X se considera como un cierto número de 
radianes. 


Ninguna de las operaciones que pueden ser llevadas a cabo por un 
computador directamente corresponde a algo tan complicado como la 
función seno. Dado un valor particular del argumento X, vimos en la 
Unidad 14, Sucesiones y límites IT que es necesario desarrollar un 
cálculo bastante extenso con el fin de encontrar el valor de SIN(X). 
Este cálculo se ejecuta automáticamente en el sistema BASIC por medio 
de una parte de un programa almacenado conocido como rutina. La 
rutina para calcular SIN (X) se ejecuta por el sistema cuando quiera 
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que la expresión SIN(X) se encuentra en alguna expresión aritmética. 
Pensando en nuestro modelo, el ejecutar la rutina almacenada es equi- 
valente a decirle al calculador que busque el valor de SIN(X) en un 
libro de tablas trigonométricas. 


Existen rutinas en BASIC para evaluar las siguientes funciones: 


SIN(X) el seno de X, donde X está en radianes 
COS(X) el coseno de X, donde X está en radianes 
TAN(X) la tangente de X, donde X está en radianes 


ATN(X) el ángulo en radianes, comprendido entre — A y 


e 


+ E cuya tangente es X 


2 

EXP(X) la imagen de X bajo la función exponencial 
LOG(X) el logaritmo natural de X 
ABS(X) el valor absoluto de X 
SQR(X) el valor positivo de la raíz cuadrada de X 
INT(X) el máximo entero no mayor que X 

+ 1 si X es mayor que cero 
SGN(X) | cero si X = 0 

— 1si X es menor que cero 


Aunque hemos escrito el argumento de las funciones como una varia- 
ble X, este puede ser de hecho, cualquier expresión aritmética y puede 
también incluir otras funciones. Consideremos por ejemplo la instrucción 


LET R =SQR(X 12 + Y 12 +2Z12) 
Esta se interpreta como 


“evalúe la suma de los cuadrados de las variables X, Y, Z; to- 
me la raíz cuadrada positiva del resultado obtenido y dé este 
valor a la variable R”. 


Es decir, r se calcula a partir de la fórmula 
r= +40 + y? + 2?) 


Como un segundo ejemplo, consideremos la instrucción 
LET Y = A+ EXP(-—K * T) * SIN(U + T + V) 


En este caso, y se evalúa a partir del cálculo de las imágenes de cada 
función primero, y a continuación, calculando la expresión de acuerdo 
con las reglas dadas para la evaluación de expresiones aritméticas (vea 
la Sección 8.3.6 de la Unidad 8); cuando un paréntesis izquierdo está 
precedido por el nombre de una función, la función se aplica al valor 
resultante, y la imagen se emplea como el valor de la subexpresión. En 
consecuencia, y está calculada a partir de la fórmula 

y = ae "sen(u + vt) 
El último ejemplo puede servirnos para introducir nuestro segundo 
tipo de función: la función definida por el usuario. Supongamos que 
tenemos una expresión aritmética que comprende una variable muda, 
digamos t. Podemos entonces definir una función que a cada valor de t 
le haga corresponder el valor de su imagen bajo la función f al sustituir 
el valor de t en la expresión aritmética. Matemáticamente hablando, 
escribiríamos 

fu —— ae "sen(u + vt), 
donde a, k, u y u son constantes, y nos referiremos al número resultan- 


te del cálculo como la imagen de t bajo la función f, y la denotamos 
por f(t) (Unidad 1). 


Cuando se está programando en BASIC, a usted le está permitido crear 
hasta 26 funciones definidas por el usuario, teniendo que ser definidas 
por separado cada una de ellas. Esta definición se efectúa por medio de 
un número de línea seguido por la palabra DEF la cual, a su vez, está 
seguida por la ecuación que se define; ésta tiene al lado izquierdo el 
nombre de la función seguido por una única letra encerrada entre pa- 
réntesis, la cual especifica el argumento, y al lado derecho tiene la 
expresión aritmética que es la que da la regla de evaluación de los va- 
lores de las imágenes bajo la función dada. Por ejemplo, 


25 DEF FNP(X) =4*X+*X — 2*X 47 


La imagen de X bajo la función puede entonces llamarse sencillamente 
FNP(X) para cualquier expresión X en los cálculos subsiguientes. 


El nombre de cualquier función definida por el usuario debe constar 
exactamente de tres letras, siendo las dos primeras FN. 


La expresión que defina la función definida por el usuario puede com- 
prender funciones normales, pero no otras funciones definidas por el 
usuario. El único nombre de variable que la función puede contener es 
el nombre del argumento variable. En consecuencia, en el segundo 
ejemplo dado anteriormente, podemos escribir 


10 DEF FNY(T) = 5 * EXP(—0.1 * T) * SIN(1 + T * 0.001) 


insertando valores particulares para las constantes a, k, u y v. 


Resumen 


En la Parte 6 del texto del Laboratorio de programación, vimos cómo 
el archivador nos capacita para almacenar, sacar y manipular programas 
completos. 


Vimos también cómo simplificar ciertas expresiones utilizando funcio- 

nes. Tenemos a nuestra disponibilidad dos clases de funciones: 

(i) Funciones normales, que son funciones comúnmente necesitadas en 
matemáticas. 

(ii) Funciones definidas por el usuario, que pueden ser utilizadas para 
cumplir ciertos requerimientos particulares del programa del 
usuario. 


Ejercicio práctico 6 


Usted debe trabajar cuidadosamente en este ejercicio con lápiz y papel 
(cuando convenga) y a continuación procesar sus respuestas en un ter- 
minal de computación. Si está utilizando el servicio de correos, debe 
escribir sus respuestas en una hoja de codificación, en la forma especifi- 
cada en la Guía del usuario a la dirección indicada en la misma Guía. 
Si tiene dificultades en relación con el aspecto operacional del trabajo 
práctico, debe consultar la sección apropiada en la Guía del usuario. 


1 Dé como entrada el siguiente programa: 


10 PRINT “LADOS DEL TRIANGULO” 

20 INPUT A,B,C 

30 LET S =(A + B + C)2 

40 LET X = ((S *(S — A)*(S — B)*(S — C)) 1 (1/2) 
50 PRINT 

60 PRINT “EL AREA ES”, X 

70 END 
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Ejercicio 
práctico 6 


Dé órdenes para dar un nombre al programa y almacenarlo. 


Dé ahora órdenes para ejecutar lo siguiente: 

(i) Borrar el programa actual del almacenamiento del computador. 
(ii) Cargar y ejecutar el programa “reservado” en la sucesión inicial. 
(iii) Borrar el programa “reservado” en el archivo. 


Nota 


Las órdenes utilizadas en este ejercicio se deben adoptar como una ac- 
tividad corriente de su programación. Usadas con prudencia, pueden 
aumentar la eficiencia de sus actividades de programación. Todos los 
futuros ejercicios comprenderán la escritura de programas completos 
que se pueden almacenar y manejar con la ayuda de esas órdenes. 


2 Escriba las funciones definidas por el usuario que correspondan a 
las funciones log,, y anti-log,,. Demuestre que la definición de esas 
funciones es correcta escribiendo un programa que lea un solo valor 
numérico x, e imprima los valores de x, log,,(x) y anti-log,.(x). Ve- 
rifique el resultado de log,.(x) en unas tablas logarítmicas. 


(SUGERENCIA: Utilice las expresiones LOG(X), y EXP(X) a las que 
nos hemos referido anteriormente. Necesitará primero encontrar una 
identidad que relacione a log,.(x) con el logaritmo natural de x. Re- 
cuerde que b' = a= log, a = c.) [7] 


20.2.3 Control del orden en que se ejecutan las 
instrucciones 


En la Sección 8.3.10 de la Unidad 8 introdujimos el concepto de pro- 
grama almacenado y describimos un mecanismo sencillo para la inter- 
pretación de un programa (el ciclo traiga-ejecute). Sin embargo, esta 
forma de ciclo traiga-ejecute es demasiado simple para permitir al 
usuario especificar y al supervisor ejecutar, algoritmos del tipo que en- 
contramos en la Unidad 8, Sección 8.2. Por ejemplo, no tenemos la 
manera de especificar o ejecutar decisiones binarias. En consecuencia, 
introducimos en nuestro modelo un concepto nuevo al que nos referire- 
mos como una trasferencia de control. Una instrucción de trasferencia 
de control se puede dar en la forma: 


ejecute a continuación la instrucción que está en el sitio X, 


siendo X alguna notación conveniente para especificar (“dirigirse”) la 
instrucción en nuestro programa (el cual, en nuestro caso, será el nú- 
mero de línea de la instrucción). Esta forma de dirigirse se conoce como 
un nombre de marca en oposición al nombre de la variable, que en- 
contramos en la Sección 8.3.1 de la Unidad 8. Tal instrucción la inter- 
preta el supervisor como: - 


ponga la dirección de la instrucción en el valor especificado por 
la dirección indicada en la parte correspondiente de la instruc- 
ción de trasferencia, y continúe con el ciclo normal de traiga- 
ejecute. 


El diagrama de flujos de esta forma ampliada del ciclo traiga-ejecute 
correspondiente a la capacidad del supervisor para interpretar la tras- 
ferencia de las instrucciones de control se muestra a continuación. 


MB 20.2.2/20.2.3 


(Véase RB 11) 


20,2.3 


Tema principal 


Definición 1 


*.o us * 


¿Instrucción de 
trasferencia? 


Ejecute la 
instrucción. 
Aumente a 
Cen1 


Coloque el valor de 
C tomando la “dirección 


de la marca'' 


C es colocada en la 
dirección del sitio 

que tiene la primera 
instrucción del programa 


Diga al mensajero que vaya 
a recoger la instrucción que 
hay en el sitio de 
almacenamiento que tiene 
dirección C 


¿Hay instrucción de detenerse? 
(¿Instrucción STOP?) 


La interpretación de la dirección de la marca en función de nuestro 
modelo conceptual sencillo es inmediata. Si consideramos a cada ins- 
trucción como almacenada en un elemento separado de la unidad de 
almacenamiento, entonces marcar una instrucción corresponde a que 
el supervisor le diga al mensajero que pegue una marca apropiada en 
ese sitio de almacenamiento. En consecuencia, ponerle una marca a una 
instrucción es semejante a la declaración de una variable, lo cual vimos 
en la Sección 8.3.1 de la Unidad 8, con la excepción de que en este 
caso, el sitio de almacenamiento se utiliza para que contenga una ins- 
trucción en lugar de contener el valor de una variable. 


Veremos en la siguiente sección, que la instrucción de trasferencia de 
control en BASIC, se escribe 


GO TO número de línea 


Si usted tiene en cuenta los diagramas de flujos que desarrollamos en 
la Sección 8.2 de la Unidad 8, se dará cuenta de que la instrucción de 
trasferencia de control presentada anteriormente no es aún adecuada. 
En algunos puntos de nuestro diagrama de flujos escogemos una o dos 
posibles trayectorias basados en una pregunta o en una afirmación. 
Para dar esta facilidad debemos ampliar el lenguaje que el supervisor 
debe interpretar (el lenguaje de programación) un poco más. Introdu- 
ciremos en nuestro lenguaje una nueva característica a la que nos refe- 
riremos como el elemento condicional. Esta característica se puede 
introducir por medio de una instrucción de la forma: 


si la siguiente afirmación es VERDADERA, entonces ejecute el 
resto de la instrucción; en caso contrario, continúe con la ejecu- 
ción de la siguiente instrucción de la sucesión. 


En la forma en que hemos presentado nuestros diagramas de flujos, en 
la Unidad 8 y, de hecho, en la forma en que esta declaración existe en 
el lenguaje de programación BASIC, el elemento condicional está aso- 
ciado a una instrucción de trasferencia de control. Es decir, la segunda 
parte de la instrucción, la ejecución de la cual depende de la verdad 
de la afirmación especificada en la instrucción, es una instrucción de 
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trasferencia de control. En consecuencia, llegamos al concepto de tras- 
ferencia de control condicional 


La trasferencia de control condicional se escribe en BAsIc en la forma 
IF afirmación THEN número de línea 


donde de hecho el GO TO está implicado por IF... THEN si la afir- 
mación es VERDADERA. (La forma exacta que puede tomar una afirma- 
ción se describirá en la siguiente sección.) El supervisor interpreta tal 
instrucción, como: 


ejecute una trasferencia de control al sitio indicado si la afir- 
mación es VERDADERA; en caso contrario continúe con la ejecu- 
ción de la sucesión. 


En consecuencia, mientras que nuestro modelo aún conserva el ciclo 
relativamente sencillo de traiga-ejecute, debemos exigir que el supervi- 
sor pueda interpretar esta nueva modalidad de instrucción, y que, en 
consecuencia, pueda (con la ayuda del calculador) valorar una afirma- 
ción. El proceso de evaluación de una aserción es parecido al proceso 
de evaluación de una expresión aritmética, la cual describimos en la 
Sección 8.3.6 de la Unidad 8. Se trata simplemente de definir un con- 
junto de reglas, sin ambigiúedades, que permitan al supervisor subdivi- 
dir la expresión dada en sus subexpresiones constitutivas, las cuales 
pueden ser entonces evaluadas. A causa de la similitud de este proceso 
con un concepto que ya hemos descrito en detalle, no consideraremos 
ahora la tarea de evaluación de una afirmación. 


20.24 Laboratorio de programación: Parte 7, 
instrucciones de trasferencia 


En la Sección 8.3.11 de la Unidad 8, explicábamos cómo las instruccio- 
nes de un programa BASIC sencillo se ejecutaban de acuerdo con el 
orden creciente del valor numérico de los números de línea, el cual no 
es necesariamente el mismo orden con el cual las instrucciones se pre- 
sentan al sistema. A medida que el programa se carga, las instrucciones 
individuales se almacenan en el computador en las posiciones relativas 
determinadas por los números de línea. Cuando el programa se procesa, 
el computador recorre secuencialmente su almacenamiento y ejecuta 
las instrucciones a medida que las va encontrando. 


Vamos a considerar ahora programas ligeramente más complicados. 


Debido a que cualquier instrucción de un lenguaje de programación es 
necesariamente limitada en su aplicación individual, frecuentemente 
encontramos que cada etapa de un cálculo se ejecuta por un pequeño 
grupo de instrucciones. De la misma manera podemos identificar a un 
grupo de instrucciones que ejecutan una fase del cálculo. Tales agru- 
paciones de instrucciones corresponden grosso modo a los recuadros 
rectangulares del diagrama de flujos de un algoritmo. A menudo nece- 
sitamos que las diferentes secciones del programa se ejecuten en un 
orden diferente al que figura en el almacenamiento del computador, o 
utilizar alguna sección más de una vez, o, quizá, saltarnos una sección. 
Cuando el computador ha finalizado la ejecución de un grupo de ins- 
trucciones, comienza automáticamente a ejecutar secuencialmente la 
siguiente sección del programa, a menos que, encuentre una instrucción 
que le indique lo contrario. Ninguna de las instrucciones que hasta 
ahora hemos encontrado en el BASIC, cumple con esta tarea. Es claro 
que necesitamos una nueva forma de instrucción que corresponda a la 
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trasferencia de control descrita en la sección anterior. Decimos que al 
computador se le hace dar un salto (trasferencia de control). 
La forma más sencilla de instrucción de salto que hay en BASIC se escribe 


GO TO n (VAYA A n) 


donde n es el número de línea al cual deseamos que salte el computa- 
dor. El resultado de esta instrucción es hacer que el computador 
continúe con la ejecución de la instrucción cuyo número de línea es n, 
y continúe secuencialmente hasta que encuentre otra instrucción de 
salto. 


Ejemplo 1 Ejemplo 1 


Supongamos que hemos creado tres secciones del programa BASIC, A, 
B, y C, con números de línea como sigue: 


10 
A 

230 

240 
B 

350 

360 
GC 

920 


Podemos hacer que esas secciones del programa se ejecuten (digamos) 
en el orden B, A, C, incluyendo en el programa las siguientes instruc- 
ciones: 


5 GO TO 240 
355 GO TO 10 
235 GO TO 360 ES 


Ejemplo 2 


Con las tres secciones de un programa A, B, C, como antes, podemos 
hacer fácilmente (por ejemplo) que la sección B del mismo no se tenga 
en cuenta durante la ejecución; todo lo que tenemos que hacer para 
ejecutar la sección A seguida por la sección C es agregar al programa 
la única instrucción 


235 GO TO 360 


Usted encontrará que esta técnica es a menudo útil en la fase de desa- 
rrollo de un programa: ésta lo capacita para omitir algunas secciones 
aún no verificadas del programa y concentrar su atención en solo una o 
dos secciones a la vez. Ea] 


La instrucción GO TO corresponde a un círculo conectivo marcado en 
el diagrama de flujos. Si dos o más instrucciones GO TO n (con el mis- 
mo n) están incluidas en el programa, entonces tenemos un punto de 
fusión en el correspondiente diagrama de flujos, es decir, un círculo 
conectivo marcado en el cual se unen varias líneas de flujo. 


Las facilidades que hasta ahora hemos presentado no permiten al 
computador seguir el curso del programa que se está ejecutando. Claro 
está que usted puede incluir siempre en algunos puntos estratégicos del 
programa instrucciones de salida, y en esta forma, seguir el curso del 
estado cambiante de las variables seleccionadas. Si tal salida es seguida 
de inmediato por una instrucción de entrada, entonces el intervalo re- 
sultante le dará el tiempo suficiente para modificar el curso del pro- 
grama incluyendo instrucciones para cambiar los valores de una o más 
variables. Usted puede encontrar conveniente introducir con fines de 
“señalización” algunas variables especiales dentro del programa. Tal 
técnica es útil para detectar y corregir errores cuando trabaja en el 
terminal. Es claro que tal procedimiento no es práctico cuando utiliza 
el servicio de respaldo de computación. 


Generalmente nos interesamos en una variable particular sólo cuando 
su valor tiene una propiedad particular; por ejemplo, que su valor sea 
mayor que una cifra fija; o podemos estar interesados en saber si dos 
variables se hacen iguales. Estos criterios parecidos dependen de 
ciertas relaciones numéricas entre los valores de dos variables o de una 
variable y una constante. 


En Basic existen seis tipos de relaciones a las cuales nos podemos refe- 
renciar en un programa. Estas son: 


A< B. Ases menor que B 
A<=B A es menor o igual a B 


A> B. Aesomayor que B 
A>=B Ames mayor o igual a B 
A =B Aesiguala B 
A<>B E 

O Ed Z: A no es igual a B 


donde las componentes A y B se pueden remplazar por cualquier ex- 
presión en BASIC (de las cuales el nombre de una variable y una cons- 
tante numérica, son casos especiales). 


Cada una de las anteriores es una afirmación que puede ser VERDADERA 
O FALSA. 


Existe solo una instrucción de decisión dada explícitamente en BASIC, 
y esta es 


IF afirmación THEN n 
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donde n es el número de línea de alguna otra instrucción en el progra- 
ma y la afirmación es una de las enunciadas anteriormente. La instruc- 
ción de decisión a la que nos referimos anteriormente fue enunciada en 
la sección precedente como una trasferencia de control condicional. Si 
la afirmación es VERDADERA entonces la siguiente instrucción que será 
obedecida será la que está en la línea n. En otras palabras, el resultado 
sería el mismo que si hubiéramos escrito 


GO TO n 
y el computador ejecutará un salto hasta la línea numerada n. 


Si, sin embargo, la afirmación es FALSA, entonces no se tomará en ab- 
soluto ninguna acción, tal como si hubiéramos dejado la línea en blanco, 
y la ejecución continuará con la siguiente instrucción de la sucesión 
(de acuerdo con los números de línea). 


La única acción que se toma cuando la afirmación es VERDADERA es un 
salto a una línea especificada. Esta condición no impone ninguna res- 
tricción sobre lo que se pueda alcanzar, ya que aquella sección del pro- 
grama que comienza con la línea n puede estar escrita como para llevar 
a cabo cualquier tarea. 


En la terminología de los diagramas de flujos, tenemos una caracterís- 
tica del BASIC que corresponde a un punto de ramificación, con una 
verificación para determinar cuál de las dos ramas se debe seguir. 


Aunque aún quedan muchas facilidades del BASIC que no han sido des- 
critas, tenemos ahora a nuestra disposición todas las características 
fundamentales de un lenguaje de programación completo. De ahora en 
adelante, encontrará el trabajo más interesante, pues somos capaces de 
enfrentarnos a tareas más significativas de programación. Encontrará 
este hecho reflejado en los ejercicios siguientes. 


Ejercicio práctico 7 


Debe trabajar cuidadosamente en este ejercicio con lápiz y papel y a 
continuación procesar sus respuestas en un terminal de computación. 
Si está utilizando el correo, debe escribir sus respuestas en una hoja de 
codificación en la forma especificada en la Guía del usuario y dirigirlo 
a la dirección dada en la misma Guía. Si tiene problemas con el as- 
pecto operacional del trabajo práctico, debe consultar la sección apro- 
piada de la Guía del usuario. Se le aconseja tratar de resolver uno en 
lugar de resolver los dos ejercicios. 


1 Escriba en BASIC un programa que acepte como entrada los elemen- 
tos consecutivos de uma sucesión de 100 términos, y dé como datos 
de salida el número de elementos de la sucesión aceptados hasta el 
momento y su media aritmética; i.e. el valor de n y X,, donde n es 
el número de elementos de la sucesión leídos hasta el momento, y 


= ¿A 
Y, = 05 + X2 +": + Xp). 


2 Escriba en BASIC un programa que acepte como datos de entrada 
los elementos consecutivos de una sucesión de números de la forma: 


o 
donde x, > 0 parai=1,2,...,n, x;+1< 0, y n es desconocido, y 
dé como resultados de salida: 
(i) el máximo elemento de la sucesión x,, ..., Xx»; 
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(ii) el mínimo elemento de la sucesión x,, ... ,x,; 

(iii) la media aritmética de todos los números de la sucesión x,,...., 
X,, dividida por la media aritmética de x, y x;, que son el má- 
ximo y el mínimo términos de la sucesión respectivamente; 
esto es, el valor de p, donde 

ios AUX) + X2 ++ ++ Xx) 


n(x; + xj) 
* Observe que x,.., no es un elemento de los datos que se deba procesar, 
sino que da una señal de que todos los datos se han introducido. A 


20.2.5 Listas y tablas 


Un lenguaje de programación tiene cinco componentes principales, a 
saber: 


1 un conjunto de operaciones elementales utilizadas para formar las 
expresiones que sirven de base al lenguaje; 

2 un conjunto de tipos de datos elementales (formas en las cuales los 
datos se expresan) que se pueden manipular por las operaciones 
dadas; 

3 un conjunto de facilidades para estructurar los datos; 

4 un conjunto de facilidades para estructurar el programa; 

5 un conjunto de facilidades para la ejecución de la entrada y salida 
de datos. 


En la Unidad 8, la parte 5 se expuso en las Secciones 8.3.8, y 8.3.9, y 
las Partes 1 y 2 se vieron en las Secciones 8.3.1 —8.3.7. Teníamos sola- 
mente un tipo elemental de datos (valores numéricos tal como fueron 
definidos en la Sección 8.3.7), y un conjunto de operaciones (la gama 
normal de operaciones aritméticas tal como las definimos en la Sección 
8.3.5). Tendremos en cuenta aún más estos conceptos en las Secciones 
20.3 y 20.4. Por el momento volvemos nuestra atención a las Partes 3 
y 4. 

En esta sección y en la que sigue, consideraremos la estructuración de 
los datos y la manera como esta característica aparece en Basic. En las 
secciones posteriores de este texto consideraremos la estructuración de 
los programas y el rango de facilidades de que el Basic está provisto. 


La facilidad para estructurar datos más sencilla y quizá la más útil, es 
la estructura conocida como una ordenación; esta estructura está com- 
puesta por un conjunto de variables cada una de las cuales está afec- 
tada por un índice que es computable. 


En consecuencia, podemos escribir una ordenación utilizando la nota- 
ción para conjuntos. Por ejemplo, 


(X,:i=1,2,...,2), 


donde X es cualquier letra, e ¿ es un entero que varía entre 1 y n (sien- 
do n el tamaño de la ordenación), es una ordenación de una dimensión 
(es decir, estructurada por un solo índice) que consiste de los elementos 
X,X, ... ,X,. Puede escogerse un elemento particular de esta orde- 
nación calculando el valor del índice ¿. Esta notación se puede extender 
a ordenaciones que tengan más de un índice (dimensión); esta exten- 
sión se describe en la siguiente sección. 


¿Cómo podemos interpretar las estructuras de ordenación a la luz de 
nuestro modelo conceptual? Supongamos que el supervisor recibe la 
instrucción de formar la siguiente ordenación: 


(Vii = 207: 
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Esta se puede interpretar como sigue: 


cree una marca de dos niveles de la forma 


y dígale al mensajero que “pegue” esta marca a 20 sitios de 
almacenamiento consecutivos. 


Si nos referimos de nuevo a la Sección 8.3.1 de la Unidad 8, vemos que 
esta interpretación corresponde a declarar unas variables con nombres 
Vi, Vo... » Voo. 


¿Cómo utilizamos los elementos de esta estructura? Como con cual- 
quier otra variable, nos referimos a ellas por su nombre. Sin embargo, 
en, este caso el nombre toma la forma 


V(expresión) 


donde la expresión es cualquiera de las formas descritas en la Sección 
8.3.6 de la Unidad 8. Una referencia de esta clase puede interpretarse 
como sigue: 


calcule la expresión en la forma usual; redondee el resultado 
hacia el entero más próximo que sea menor que el valor obte- 
nido, y a continuación utilice este valor como índice para esco- 
ger el elemento apropiado de la ordenación. 


La importancia de la estructura de ordenación reside en el hecho de 
que a menudo necesitamos trabajar con un grupo de variables. Al for- 
mar esas variables en un conjunto ordenado, los elementos individuales 
se pueden identificar por el subíndice. El nombre de la ordenación, 
combinado con el valor calculado del índice, nos da un mecanismo para 
seleccionar un elemento particular de la ordenación. 


20.2.6 Laboratorio de programación: Parte 8, 
listas y tablas en BASIC 


Cuando un matemático necesita de un conjunto de variables, las de- 
nota usualmente por 


nc 


Podemos, en BASIC, hacer algo parecido, ya que el BASIC nos permite 
formar lo que se conoce como una lista. Cada elemento de la lista es 
una variable separada; a la lista misma se le da un nombre compuesto 
de una sola letra, y cualquier variable de la lista es denotada por el 
nombre de la lista, seguido, entre paréntesis, por un entero positivo, 
que indica la posición de la variable dentro de la lista. Por tanto, po- 
demos definir una lista X cuyas partes son las variables 


X(1),A(2), . ..- 


(La forma de los medios de entrada y salida de datos del computador 
excluyen el uso de la notación matemática convencional de los sub- 
índices.) 


Antes de que entremos a considerar cómo definir y usar las listas en 
BASIC, presentamos una segunda forma de ordenación que se llama una 
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tabla. En BASIC, una tabla se indica con una sola letra, digamos A, y 
nos referimos a sus elementos por el nombre de la tabla, seguido, entre 
paréntesis, por un par ordenado de enteros positivos, que indican la 
posición de dicho elemento dentro de la tabla. En consecuencia, pode- 
mos definir una tabla A cuyos elementos son las variables 


AMIA 2)... 43,2): 


Podemos imaginarnos una tabla como una ordenación bidimensional 
de localizaciones (en lugar de un conjunto de orificios), de la siguiente 
forma: 


Marca 
Valor 
Marca 
Valor 


Marca 


Podemos pensar del contenido de esos recuadros como si fueran los va- 
lores de las variables A, , en el conjunto 


(A,¡:i=1,2,...,m;j= ¡A Y 


Un elemento particular puede ser seleccionado del conjunto por medio 
del valor calculado de los índices. 


Suponiendo que usted sólo use los enteros 1, ... ,10 como índices, 
puede utilizar las listas y las tablas en un programa en BASIC sin mayor 
problema. Si desea utilizar un índice mayor que 10, debe advertir sobre 
la cantidad de espacio de almacenamiento requerido, dando el nombre 
de su lista o tabla y especificando entre paréntesis sus dimensiones 
máximas. Esto se lleva a cabo por medio de lo que se conoce como una 
declaración, introducida por 


DIM 
Entonces la declaración 


10 DIM X(20) 
dice que usted necesita de una lista llamada X con 20 elementos X(1), 


X(2), ... , X(20), mientras que la declaración 

20 DIM A (30,40) , 
dice que usted necesita una tabla llamada A de tamaño 30 por 40, con 
los elementos A(1, 1), A(1, 2), ... , A(30, 40). 


Si no es declarada una lista o tabla que tenga dimensión mayor de 10, 
entonces el computador la tratará como si fuera un lista de 10 ele- 
mentos o una tabla de 10 por 10 elementos. Cuando el computador 
encuentra una referencia a los subíndices con valor mayor que 10, éste 
sacará un mensaje de error » 


SUBSCRIPT OUT OF BOUNDS 


Las tablas ocupan mucho espacio de almacenamiento, del cual hay una 
cantidad muy limitada en cualquier computador, así que debe tratar 
de que sus tablas sean tan pequeñas como sea posible (y ciertamente 
menores que 40 por 40). Con las listas usted puede permitirse un poco 
más de libertad (hasta 1000 elementos) y puede, en caso de duda, utili- 
zar una lista más larga de la que usará a continuación. 


Veamos un programa de BASIC que hace uso de una lista. Considere el 
problema de escogencia que discutimos en el ejemplo 2 de la Sección 
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8.2.3 de la Unidad 8. El diagrama de flujos presentado allí se puede 
programar como sigue. 


Usted debe estudiar este programa detalladamente: éste muestra tam- 
bién el uso de las instrucciones GO TO e IF... THEN que discutía- 
mos en la Sección 20.2.5. Para ayudarlo a comparar el programa con el 
diagrama de flujos, hemos unido las trasferencias de control por medio 
de flechas en el margen izquierdo de la página. Esas flechas no son 
parte del programa BASIC. 


5 REMARK DECLARE LIST SPACE 

10 DIM X(20) 

15 REMARK BOX 2. INPUT DATA 

20  PRINT “NUMERO DE ELEMENTOS” 
30 INPUT N 

40 (SIN > 20 ENTONCES 290) 

S0 LETI=1 

60 PRINT “ENTRE LA LISTA” 


70 INPUT X(I) 
| 80 LETI=I+1 
9 (SII< = N ENTONCES 70) 


95 REMARK BOX 3. INITIALIZE SORT 
100 LETT=0 
110 LETÍ=1 
115 REMARK BOX 4. TEST ORDER ASSERTION 
120 (SIX(1) > X(I + 1) ENTONCES 140) 
130 GO TO 180 
135 REMARK BOX 5. SWAP AND TALLY 
140 LETT=T+1 
150 LET S=XI(I) 
160 LET X(M) = X( + 1) 
170 LET X(I+1)=S 
175 REMARK BOX 6. TEST INDEX 
180 (SII = N — 1 ENTONCES 210) 
185 REMARK BOX 7. INCREMENT INDEX 
19 LETI=I1+1 
200 GO TO 120 
205 REMARK BOX 8. TEST TALLY 
210 (SIT = 0 ENTONCES 230) 
220 GO TO 100 
225 REMARK BOX 9. PRINT RESULT 
230 LETI=1 
240 PRINT “LISTA ESCOGIDA” 
250 PRINT X(I) 

E LET I=1+1 
270 (SII< = NENTONCES 250) 
280 STOP a 
285 REMARK ERROR REPORT 
290 PRINT “LISTA MUY LARGA” 
300 END 


Con el fin de que usted pueda estudiar este programa por sí mismo, 
hemos archivado una copia en la biblioteca del sistema. Cuando escriba 
la orden 


GET — $SORT 


MB 20.2.6 


puede obtener el programa anterior como el programa actual (vea la 
Sección 20.2.2). Puede obtener una impresión escribiendo la orden 


LIST 
Puede ejecutar el programa por medio de la orden 


RUN 


(Vea la Sección 8.3.11 de la Unidad 8.) Por supuesto que también pue- 
de alterar este programa actual sin destruir la copia archivada del 
programa SORT, . 


Ejercicio práctico 8 


Usted debe trabajar cuidadosamente en este ejercicio con lápiz y papel 
y, a continuación, procesar sus respuestas en un terminal de computa- 
ción. Si está utilizando el servicio de correos, debe escribir sus respues- 
tas en una hoja de codificación en la manera especificada en la Guía 
del usuario, y enviarla a la dirección dada en la misma Guía. Si tiene 
algún problema relacionado con el aspecto operativo de su trabajo 
práctico, debe consultar en la sección apropiada en la Guía del usuario. 
Se le aconseja intentar resolver, en lugar de resolver los dos ejercicios 
siguientes. 
1 Consiga el programa SORT como programa actual y modifíquelo en 
tal forma que: 
(i) los números impresos en la lista de salida aparezcan solamente 
una vez (por ejemplo, si la lista de entrada es 7, 1, 3, 7, 3, 1, en- 
tonces la lista de salida será 1, 3, 7); 
(ii) la salida toma la forma (usando los datos anteriores): 


LISTA ESCOGIDA POSICION EN LOS DATOS 


] 2 6 
3 3 5 
7 1 4 


es decir, cada elemento de la lista está seguido por un conjunto 
de números que designan su posición(es) es la lista de salida. 


Suponga que ninguno de los valores particulares de su lista se presenta 
más de 4 veces. Esto le dará la seguridad de que su programa no dará 
como salida más de cinco columnas. 


(SUGERENCIA: Seguramente usted va a necesitar introducir una 
nueva lista con el fin de resolver este problema.) 


2 Escriba en BASIC un programa que le permita leer en una lista los 
pesos (en kilogramos) y la altura (en metros) de hasta 25 personas. 
¿Cómo marcaría el final de esta lista? Calcule e imprima una tabla 
de la forma: 


ALTURA NUMERO PESO 


ALTURA NUMERO PESO 
PROMEDIO TOTAL PROMEDIO 


donde el promedio (media aritmética) de un conjunto de números 


EA A 
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está definido como Y x, y los guiones indican valores que de- 


ben ser impresos. 


Por ejemplo, si hay 3 personas de altura 1,8 m y peso 160 kg, la 
primera fila de la tabla debe aparecer: 


1,8 3 160 


Los datos convenientes para la verificación de su programa se pue- 
den obtener escribiendo en la consola las órdenes 


GET — $TABWVH 
RUN 
que darán una lista de una muestra de datos y los resultados co- 
rrespondientes que produciría un programa correcto. 
/ 


Notas 


(i) Si usted está utilizando hojas de codificación y el servicio de co- 
rreos, entonces debe especificar, escribiendo las órdenes apropiadas 
(acompañadas si desea por notas explicativas), las operaciones que 
el operador que procesa los datos debe ejecutar. 

(ii) El segundo ejercicio es el primer problema práctico de significación 
que hasta ahora hemos introducido. Piénselo cuidadosamente y di- 
buje un diagrama de flujos antes de comenzar a codificar el progra- 
ma. Cuando haya codificado su programa, verifique su validez si- 
guiendo la ejecución en la forma descrita en la Sección 8.2.3 de la 
Unidad 8, antes de presentarlo en el sistema de computación. —M 


20.2.7 Estructura del programa 


Decíamos en la Sección 20.2.5 que un lenguaje de programación debe 
incluir un conjunto de facilidades para la estructuración de un progra- 
ma. Vimos en las Secciones 20.2.3 y 20.2.4 que por medio de instruc- 
ciones de trasferencia de control (GO TO e IF... THEN en Basic) 
podemos construir estructuras de programas de complejidad arbitraria. 
Sin embargo, es necesario tener en cuenta más cuidadosamente la es- 
tructura de un programa en tal forma que podamos identificar algunas 
de las estructuras básicas empleadas en la programación. Construyendo 
nuestro programa a partir de esas “bases fundamentales” podemos 
crear programas “bien estructurados” que podamos verificar y corregir 
(quitar errores de la codificación) más fácilmente de lo que pudiéramos 
hacerlo con un programa mal organizado en el cual su estructura no ha 
sido creada en forma sistemática. Consideramos los aspectos teóricos 
de la estructura de un programa en la Sección 20.3; por el momento 
estamos interesados en los aspectos prácticos de la estructura de los 
programas en la medida en que éstos afectan a la programación BASIC. 


La estructura de un programa está determinada por: 


(i) la sucesión de la ejecución de instrucciones individuales (este as- 
pecto se discutió en la Sección 8.3.11 de la Unidad 8 y en las Sec- 
ciones 20.2.3 y 20.2.4); 

(ii) selección, es decir, la discriminación entre “casos” que deben ser 
ejecutados bajo diferentes condiciones (aspecto que se consideró en 
las Secciones 20.2.3 y 20.2.4); 

(iii) repetición: en este caso se pueden distinguir dos subestructuras: 
(a) el número de repeticiones es conocido de antemano; 
(b) el número de repeticiones se determina durante la ejecución de 
las instrucciones repetidas (este caso se llama a menudo 
iteración); 
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(iv) subrutinas, es decir, ordenaciones para utilizar la misma sucesión 
de instrucciones en algunos puntos diferentes del programa. 


En esta sección y en la siguiente tendremos en cuenta el numeral (iii) 
de esta lista y en las Secciones 20.2.9 y 20.2.10 discutiremos el numeral 
(iv). 


La primera forma de repetición se caracteriza por un bucle (una suce- Definición 1 
sión del programa en la cual algunas o todas las instrucciones se ejecu- e 
tan más de una vez), en el cual una variable se utiliza para contar y 

controlar el número de repeticiones. El diagrama de flujos general para 

esta clase de bucles toma la siguiente forma. 


Bucle con control de conteo 


Entra en el bucle 


l se utiliza como 
variable para contar 


Ponga | en el 
valor inicial 


¿l > que el 


valor final? Sale del bude 


Sucesión que se 
debe repetir 


Aumente a | 
en el valor 
especificado 


(Observe que | es la letra 1.) 


Podemos dibujar un diagrama de flujos parecido para describir una 
iteración. 


El bucle “Mientras” 


Entra en el bucle 


Sale del bucle 


VERDADERO 


Sucesión que 
debe repetirse 


Ambos bucles se pueden construir usando las instrucciones GO TO e 
IF... THEN. Como veremos en la proxima sección, sólo el bucle con 
control de conteo se da como una forma de instrucción en BASIC (llama- 
do el bucle FOR, por razones que serán evidentes más adelante.) 


20.2.8 Laboratorio de programación: 
Parte 9, repetición 


La parte del programa que se repite una o más veces antes de pasar a 
la siguiente sección del programa se llama un bucle. Deseamos estudiar 
la construcción de bucles en BASIC, y relacionar nuestros descubrimien- 
tos con el concepto de repetición discutido en la sección precedente. 


Si la sección del programa que va de la línea 200 a la 320 (digamos) 
debe ser un bucle, entonces la instrucción que está en la línea 320, el 
final de la sección, debe pedir una trasferencia de control a la línea 200, 
al comienzo de la sección. Podemos hacer esto (vea la Sección 20.2.4) 
por medio de la instrucción 


320 GO TO 200 


Ejemplo 1 


Podemos construir un programa de bucle para calcular el seno de un 
ángulo suministrado en respuesta a una petición en la consola como 
sigue: 


10 LET D = 3.14159/180 

20 PRINT “ANGULO EN GRADOS” 

30 INPUT X 

40 PRINT “SIN”, X, “GRADOS ="”, SIN(X * D) 
50 GO TO 20 

60 END 


(Recuerde que en la expresión común de SIN(Y), la Y se considera 
dada en radianes. Esto da la razón de la presencia de la D en el progra- 
ma anterior.) 


Este programa dará bucles continuamente, pidiendo ángulos en grados 
e imprimiendo el seno de cada ángulo que le es dado. 


Lo que tenemos aquí es, en esencia, una mecanización de una tabla de 
senos: en lugar de buscar el ángulo en la tabla y leer el valor de su 
seno, simplemente escribimos el ángulo en la consola y el seno quedará 
impreso automáticamente. 


Supongamos, sin embargo, que deseamos imprimir una tabla completa 
de senos para llevárnosla para uso futuro. Sería muy tedioso tener que 
escribir ángulo por ángulo. ¿Cuál es la alternativa? 


Ejemplo 2 


Si deseamos una tabla con cuatro cifras significativas, necesitamos cal- 
cular el seno a intervalos de un minuto de arco. Podemos hacer esto 
empleando la instrucción 


PRINT X, SIN(X * M) 
donde M está determinado por la instrucción 
LET M = 3.14159/(180 * 60) 
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20.2.8 


Tema principal 
hh  h 


Ejemplo 1 


Discusión 


. 


Ejemplo 2 


y repitiéndola para valores sucesivos de X, comenzando con X igual a 
cero y aumentando en uno cada vez. Esto se obtiene por medio del si- 
guiente bucle: 


10 LET M= 3.14159/(180 * 60) 
20 PRINT “MINUTOS”, “SENO” 
30 -LET X =0 
40 PRINT X, SIN(X * M) 
[so LET X=X+1 
60 GO TO 40 
70 END a 


Así como está, este programa tiene un defecto: ¡nunca se detiene! Se 
encuentra en lo que se conoce como un bucle infinito. Dejado a su suer- 
te, el programa continuará imprimiendo indefinidamente los senos de 
ángulos cada vez mayores —hasta que el computador se desbarate, o 
alguien decida apagarlo. De hecho, no hay necesidad de apagar el 
computador para detener el programa de bucles: usted debe oprimir en 
la consola la tecla marcada BREAK (vea la Sección 8.3.11 de la Uni- 
dad 8) tan pronto como haya obtenido la salida de los datos que desea. 
Cuando se oprime la tecla marcada BREAK, la ejecución del programa 
se acaba y el sistema imprime el mensaje STOP. Para recomenzar el 
programa escriba simplemente en la consola la orden 


RUN 


No hay necesidad para que una repetición entre en estado de bucle 
infinito. Siempre es posible terminarla cuando se satisface algún cri- 
terio. 


Ejemplo 3 
10 LET X=1 
20 LETN=0 
30 PRINT “N? “24=N* 
P¡=4 (SIN = 11 ENTONCES 90) 
50 PRINT N,X 
60. LET X =X+*0.5 
70 LET N=N+ 1 


80 GO TO 40 

9 END 
Este programa saldrá del bucle y terminará la ejecución después de 
haber impreso 2” con n = 0,1, 2, ..., 10. Observe que esta organiza- 
ción corresponde al diagrama de flujos del bucle con control de conteo 
de la Sección 20.2.7. Es] 


Ejemplo 4 


Supongamos, por el contrario, que deseamos imprimir todo valor de las 
potencias negativas de 2 que no sean menores que 10-*. Esto puede 
alcanzarse por medio del siguiente programa: 


JO LET N=0 

20. LET X="1 

30 PRINT “N”, “27 =N” 

40 PRINT N,X 

SO LET X=X*0,5 

60 LET N=N+ 1 

70 (SIX > = 10E — 6 ENTONCES 40) 
80 END 
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Discusión 
. 4 


Ejemplo 3 


Ejemplo 4 


Este es un ejemplo de un proceso iterativo, en el cual se lleva a cabo el 
cálculo hasta que se satisface algún criterio predeterminado. Este pro- 
grama corresponde al diagrama de flujos de la iteración de la Sección 
20.2.7, con la excepción de que la etapa de decisión sigue a la secuencia 
que debe ser repetida en lugar de precederla. | 


Consideremos con un poco más de detalle los bucles que comprenden 
repeticiones bajo un control de conteo. Existen para cualquier bucle 
cuatro componentes distintas. 


(1) comienzo: dando valores iniciales a las variables utilizadas en el 
bucle y ejecutando cualesquiera otras tareas que no tienen que re- 
petirse cada vez que el bucle se ejecute; 

(ii) el cuerpo del bucle: sitio donde los cálculos se ejecutan alrededor 
del bucle; 

(iii) indización y conteo: donde aquellas variables del bucle que no son 
cambiadas por el cálculo mismo son vueltas a poner o son aumen- 
tadas para la siguiente iteración del bucle; 

(iv) la verificación: para determinar si el criterio para salir del bucle 
se ha satisfecho y si no lo está, para volver al comienzo del bucle. 


Podemos a veces encontrar una quinta componente: 


(v) la terminación: cualesquier “ajustes” que necesiten hacerse después 
de la salida del bucle. 


Ejemplo 5 


Como ejemplo de bucle desprovisto de todas las características no esen- 
ciales, consideremos lo siguiente: 


1 LETX=1 
2 PRINT X,X73 
Pos LET X=X+1 
4 (SIX < 100 ENTONCES 2) 
5 END 


Aquí los números de línea se han puesto así para que se correspondan 
con las componentes de la lista anterior. Nótese que el cálculo se in- 
corpora en una parte de la instrucción PRINT. 7] 


El lenguaje BAsIC da una facilidad por la cual aquellas partes de la pri- 
mera, tercera y cuarta componentes concernientes al bucle se especifi- 
can en una sola instrucción. Usando dicha instrucción, el bucle anterior 
puede ser escrito así: 


Ejemplo 6 
10 FOR X= 1 TO 99 
| 20 PRINT X,X13 
30 NEXT X 
40 END 


Tal como antes, este bucle imprimirá cada uno de los enteros compren- 
didos entre 1 y 99, seguido cada uno de ellos en la misma línea, por su 
cubo. La primera instrucción, en la línea 10, es una forma abreviada de 


10 FOR X = 1 TO 99 STEP 1 


donde los parámetros relievantes de la primera, cuarta y tercera com- 
ponentes del bucle se muestran en ese orden. 7 


En general, podemos escribir 
n FOR v=a TO b STEP c 
24 


MB 20.2.8 


Tema principal 
KR 


Ejemplo 5 


Ejemplo 6 


Discusión 
* * 


con n remplazada por un número de línea, v remplazada por el nombre 
de una variable, y a, b y c son remplazadas por cualesquier constante, 
nombre de variable o expresión. El efecto de esto es que v toma sucesi- 
vamente los valores a, a 4 c,a + 2c, ..., a + nc, donde a + nc < bd, 
no obstante a + (n + 1)c > bd. 


Tal instrucción debe estar asociada con la siguiente instrucción 
m NEXT v 


con m remplazada por un número de línea mayor que n, y v rempla- 
zada por el mismo nombre de la variable que está asociada a la ins- 
trucción FOR. 


Si la frase STEP c se omite de la instrucción FOR, se supondrá que c 
es igual a + 1. 


Todas a, b y c son calculadas de una vez por todas antes de entrar en 
el bucle. 


Probablemente usted se habrá preguntado por qué es necesario repetir 
el nombre de la variable del bucle en la instrucción NEXT. La razón 
de esto es facilitar encontrar el final del bucle, particularmente cuando 
hay varios bucles incluidos en un programa. 


Es posible tener un bucle FOR totalmente encerrado en el cuerpo de 
otro bucle FOR: tendremos lo que se conoce como bucles encajados 


Con el fin de que cada uno de los bucles se interprete correctamente, 
es esencial que el bucle encajado FOR esté enteramente contenido den- 
tro del cuerpo del otro bucle, así: 


Es solo cuando se está tratando con elementos dispuestos en forma de 
tabla cuando se pone en evidencia el poder de los bucles encajados. 


Ejemplo 7 


El siguiente bucle contará el número de elementos iguales a cero que 
hay en una tabla A de dimensiones 15 por 10. Suponemos que la tabla 
ha sido declarada y que sus valores se han construido por las declara- 
ciones anteriores. La variable c se usa para contar el número de ele- 
mentos cero: 


0 
1 
1 
o (SI A(I, J) < > 0 ENTONCES 150) 
C+1 


170. PRINT “NUMERO DE CEROS =”, C 
180 END 


Resumen 


Una estructura arbitrariamente compleja de un programa se puede 
crear utilizando las instrucciones GO TO e IF... THEN. Hemos iden- 
tificado también dos formas de bucle (repetitivo e iterativo) que se 
pueden usar para ejecutar una sucesión de instrucciones una y otra vez. 
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Definición 1 


hh + $ 


Ejemplo 7 


Resumen 


El Basic nos da una instrucción especial (FOR) para permitirnos la fá- 
cil construcción de bucles en los cuales el número de repeticiones está 
determinado por un conteo. 


Ejercicio práctico 9 


Usted debe trabajar cuidadosamente en este ejercicio usando lápiz y 
papel y a continuación, procesar sus respuestas en un terminal de 
computación. Si está utilizando el servicio de correos, debe escribir sus 
respuestas en una hoja de codificación en la forma especificada en la 
Guía del usuario y dirigirla a la dirección dada en ella. Si se le presen- 
tan algunos problemas relacionados con el aspecto práctico de su tra- 
bajo, debe consultar la sección apropiada de la Guía del usuario. Se le 
aconseja tratar de resolver uno en lugar de resolver ambos de los si- 
guientes ejercicios. 


1 Obtenga el programa SORT como programa actual (vea la Sección 
20.2.6) y modifíquelo en tal forma que: 


(i) la entrada al bucle (líneas 50 - 90) 
(ii) el bucle de escogencia (líneas 110 - 190) 


y 

(iii) la salida del bucle (líneas 230 - 270) 

queden codificadas usando la instrucción FOR. Verifique el nuevo 
programa para demostrar que es equivalente al antiguo. 


2 La base de los logaritmos naturales es el número e que se puede 

definir como la suma de la serie infinita 

1 1 1 
ep tarta+” 

(Vea la Unidad 14, Sucesiones y límites 11.) 
Escriba un programa en BASIC que contenga un bucle iterativo, para 
calcular el valor de e con cuatro cifras decimales. Un ejemplo de solu- 
ción se puede obtener haciendo un listado del programa EVAL. 


Nota 


Si está usando hojas de codificación y el servicio postal, debe especifi- 
car, escribiendo las órdenes necesarias (acompañadas si usted quiere, 
por notas explicativas), las operaciones que debe llevar a cabo el pro- 
cesador del programa. me 


20.2.9 Concepto de subrutina 


Decíamos en la Sección 20.2.7, que uno de los aspectos más importan- 
tes de la estructura de un programa es la provisión de una comodidad 
que nos permita arreglarnos para que la misma sucesión de instruccio- 
nes se ejecute en algunas etapas diferentes del programa. Tal comodi- 
dad nos es suministrada por la subrutina, la cual encontramos en la 
Sección 8.2.3 de la Unidad 8 como un instrumento para simplificar la 
representación en diagrama de flujos de un algoritmo. 


Para ver la importancia de este concepto, consideremos un ejemplo 
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MB 20.2.9 
sencillo. Sean las ecuaciones lineales simultáneas: 
ax+by=c 
px +qy=r 


donde a, b, c, p, q, r son constantes dadas, y x y y son las incógnitas. 
En el siguiente diagrama de flujos se presenta un algoritmo para de- 
terminar a x y y, para los conjuntos de ecuaciones en las que a es dife- 
rente de cero. 


El símbolo «—— se usa para 
denotar una asignación de 
un valor a una variable. 


Print 
DIVISOR 
CERO 


El nuevo valor de q es 

(qa — pb)/a en función de 
los coeficientes originales, 
el cual es cero si las 
ecuaciones no tienen 

una solución única 


Consideremos ahora el problema de encontrar los valores de x y y para 
los cuales 


x+sy=1 
tx+y=1 
donde s y t son las soluciones de las ecuaciones 
25: +6 =5 
St = 2 
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El algoritmo para calcular a x y y se puede presentar como sigue: 


Copia del 
residuo de la 
figura 1 


La creación y el uso de una subrutina comprende dos fases separadas: 
primero, debemos crear una subrutina; segundo, debemos ligarla a la 
estructura de nuestro programa. La primera fase de esta tarea puede 
llevarse a cabo utilizando las facilidades que ya hemos descrito. 


Sin embargo, aun cuando la estructura mostrada en el último diagrama 
de flujos se puede construir utilizando las instrucciones de trasferencia 
de control dadas hasta ahora, introduciendo una variable marcadora 
para “recordar” cuál es la subrutina que estamos procesando (para dis- 
tinguir entre los ligamentos sólidos y los quebrados de la figura), tal 
estructura es muy primitiva. En situaciones más complicadas, donde 
la subrutina es llamada muchas veces, tal solución se hace práctica- 
mente imposible. 


Es claro que lo que se necesita es una instrucción de trasferencia de 
control que incorpore un “dispositivo de memoria”; tal instrucción pue- 
de definirse como sigue: 


almacene la dirección de la siguiente instrucción de la sucesión 
actual en un sitio de almacenamiento particular llamado LINK, 
y trasfiera el control a la primera instrucción de la subrutina 
especificada. 


Los contenidos de la variable LINK son accesibles tanto al mensajero 
como al supervisor de nuestro modelo. Pero ellos no son accesibles al 
programador. 


Cuando el recuadro marcado RETURN es encontrado, necesitamos 
una instrucción de la forma: 


trasfiera el control a la instrucción especificada por el valor ac- 
tual contenido actualmente en el sitio marcado LINK. 


Podemos suministrar un conjunto de sitios de almacenamiento priva- 
dos LINK1, LINK2,... y en esta forma podemos tener subrutinas 
para llamar otras subrutinas o quizá para llamarse a sí mismas. 
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20.2.10 Laboratorio de programación: Parte 10, 
subrutinas y manejo de datos 


Así como hemos descrito en las secciones precedentes las característi- 
cas del lenguaje Basic, también le hemos presentado las técnicas cuyo 
empleo efectivo constituye lo que podría ser llamado las tácticas de 
programación. Esas tácticas se pueden emplear en la mayoría de los 
lenguajes de programación. Los detalles de un programa conciernen a 
la táctica, pero los aspectos de mayor amplitud de la estructura forman 
un cuerpo separado, esto es, el de la estrategia de la programación. 


A medida que usted adquiere experiencia en la construcción de progra- 
mas, se verá obligado a enfrentarse al siguiente irritante fenómeno: la 
necesidad de especificar la misma cosa una y otra vez en diferentes 
puntos del programa. Por ejemplo, puede encontrarse en la situación 
de estar haciendo listados en diferentes partes del programa, pero pro- 
cesando los elementos de cada lista de la misma manera. Al principio 
se sentirá contento de ahorrarse esfuerzo de programación copiando la 
parte que le interesa del programa, con los cambios apropiados, para 
tratar cada lista a medida que se presenta. Sin embargo, muy pronto 
esto le será tedioso, y deseará encontrar alguna forma de ahorrarse esa 
carga, acortando también su programa con el fin de ahorrar dentro del 
computador un valioso espacio de almacenamiento. A partir de la dis- 
cusión de la sección anterior, sabemos que este ahorro puede hacerse 
por medio de la comodidad suministrada por la subrutina. 


Supongamos que escribimos una sección del programa que vamos a 
emplear frecuentemente y que tiene como primer número de línea el 
número 300 (digamos) y, para fijar nuestras ideas, supongamos que su 
propósito es calcular la desviación normal de los elementos de una lista 
(vea la Unidad 16, Probabilidad y estadística I) con no más de 25 ele- 
mentos. El cálculo se efectúa por medio de la siguiente subrutina. 


Ejemplo 1 


300 LET X=0 
320 LET Y=0 

330 FOR I=1 TO N 

340 LET X=X+L() 

350 LET Y =Y+L(M12 

360 NEXT I 

370 LET Z = SQR(N*Y - (X 1 2)/N 

380 RETURN E 


La instrucción RETURN se utiliza para marcar el final de la subruti- 
na, en la misma forma en que END se utiliza para indicar el final del 
programa. Su significado exacto se aclarará en un instante. 


Para utilizar una subrutina, supongamos que tenemos una lista, A, de 
12 números, y averiguamos su desviación normal; podríamos escribir 
algo parecido a: 


Ejemplo 2 


5 DIM L(25) 
10 DIM A(12) 
>20 FOR I=1 TO 12 


30. LET L() = A(I) 
40 NEXT I 
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Tema principal 
VEN 


Ejemplo 1 


Ejemplo 2 


50 LET N=12 

60 GO SUB 300 

70 PRINT “S.D. =”, Z 
80 STOP 

300 LET X=0 

320 LET Y=0 

330 FOR I=1 TO N 
340 LET X=X+L() 
350 LET Y = Y +L(D12 
360 NEXT 1 

370 LET Z = SQR(N*Y - (X 1 2))/N 
380 RETURN 
900 END 


La instrucción 
60 GO SUB 300 


instruye para un salto al número de línea 300 (tal como si fuera GO 
TO 300) y también especifica que la instrucción RETURN en la sub- 
rutina se debe ejecutar como si fuera GO TO 70 (es decir, como un 
salto hacia el siguiente número de línea mayor que el número de línea 
correspondiente a GO SUB). Esta comodidad GO SUB... RETURN 
se puede interpretar en función de nuestro modelo como las caracterís- 
ticas de la entrada y salida de la subrutina. 


Observe que tenemos que copiar la lista A dentro de los 12 primeros 
elementos de la lista L, y hacer que la longitud N de la lista sea igual 
a 12, antes de entrar en la subrutina. En este ejemplo el ahorro no es 
muy grande, pero pueden escribirse subrutinas mucho más grandes, 
que nos conducen a hacer un ahorro sustancial cuando se utilizan más 
de una vez en el programa. Nuestra subrutina en el número de línea 
300 puede, por supuesto, usarse en algunos puntos del programa, y de 
hecho, cuando quiera que deseemos encontrar la desviación normal de 
no más de 25 números. 7 


La instrucción RETURN que indica la salida de la subrutina puede 
presentarse varias veces dentro de la subrutina, con el fin de dar sali- 
das alternativas. 


Observe que la salida de una subrutina debe hacerse a través de una 
instrucción RETURN: usted nunca debe incluir una instrucción de 
salto dentro de una subrutina, si este salto va hacia un número de línea 
que no está comprendido dentro de la subrutina. 


Usted puede, sin embargo, salir temporalmente de una subrutina in- 
cluyendo dentro de ella una llamada a otra subrutina. Si lo desea puede 
estructurar toda una serie de subrutinas, cada una de ellas llamando 
a su sucesora. Lo que usted no puede tratar de hacer en tal sucesión 
es que alguna de las subrutinas llame a su predecesora. El sistema BA- 
sic no puede atender tales ciclos de llamadas de subrutinas, a causa de 
que cuando una subrutina es llamada por una segunda o más veces sin 
haber sido sacada convenientemente (por medio de una instrucción 
RETURN), se presenta la dificultad con respecto al punto en el cual 
el computador debe saltar cuando finalmente encuentra una instruc- 
ción de SALTE. Cuando se presenta una llamada a una subrutina (GO 
SUB) dentro de otra subrutina, las subrutinas involucradas se llaman 
subrutinas encajadas. Las subrutinas no deben ser encajadas a un ni- 
vel superior a nueve. 
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Finalmente entramos a considerar algunas de las facilidades ofrecidas 
por el BAsIC para manejar conjuntos almacenados de datos. Destaca- 
mos (en la Sección 8.3.10 de la Unidad 8) la gran ventaja que repre- 
senta el tener un programa almacenado para evitar la necesidad de 
suministrarle cada instrucción a medida que la va necesitando. Pero, 
¿qué sucede con los valores de entrada sobre los cuales opera el pro- 
grama? 


El BAsIC está provisto para situar un solo grupo de datos que se con- 
servan almacenados junto con el programa. Para especificar los datos 
que se deben almacenar en el área de datos, escribimos una o más de- 
claraciones cada una de ellas con la forma general 


n DATA a,b,c,...,z, 


donde n es el número de línea y a, b, c,... , z forman una sucesión de 
números (no expresiones), cada uno de ellos escrito en cualquiera de las 
formas válidas en BASIC (vea la Sección 8.3.7 de la Unidad 8). 


Las declaraciones de DATA se pueden coleccionar juntas exactamente 
antes de la instrucción END o bien pueden estar dispersas a lo largo 
del programa. En ambos casos, de todos modos los datos se almace- 
narán juntos en una única área del almacenamiento, y éstos se localiza- 
rán dentro de la región de datos en el mismo orden en que aparecen 
en los números de línea de las declaraciones de DATA. 


Ejemplo 3 
Suponga que las declaraciones de DATA son como sigue: 


370 DATA 5.4, 6.0E—1, —4 
40 DATA 1 
50 DATA 2 
890 DATA -—205.4, 3.14159 
60 DATA 7 
70 DATA 10, 100, 1000 


Como quiera que éstos se representen en el programa, estas declaracio- 
nes se ubicarán en la misma área de datos de la siguiente manera: 


1000 DATA 1,2, 7, 10, 100, 1000 
1001 DATA 5.4, 6.0E—1, —4, —205.4, 3.14159 


La gran ventaja de tener las declaraciones de DATA juntas al final del 
programa (inmediatamente antes de la instrucción END) es que per- 
mite visualizar más fácilmente la estructura de la región de datos. 


Habiendo construido la región de datos, ¿cómo podemos utilizarla 
mientras ejecutamos el programa? En cualquier punto del programa 
podemos asignar valores a las variables desde el área de datos por me- 
dio de la instrucción de la forma general: 


n READ A,B,C,...,Z 


donde n es el número de línea y A,B,C,...,Z son los nombres de las 
variables. 


Cuando comienza el programa, un indicador (oculto) se coloca para 
indicar la primera posición del área de datos. Cuando quiera que se 
obedezca una instrucción READ, cada variable mencionada en la ins- 
trucción es puesta por turno en el sitio de datos indicado por el indica- 
dor y éste, a su vez, se mueve automáticamente al siguiente sitio de la 
región de datos a medida que cada variable ha sido ejecutada. 
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Ejemplo 3 


Discusión 


* * 


. 


Durante el trascurso del programa, pueden asignarse a cada variable 
cualquier número de valores diferentes que estén en el área de datos, 
pero (en primera instancia) cada valor dentro de la región de datos se 
puede asignar directamente a sólo una variable. (Podemos, claro está, 
copiar el valor para otras variables por medio de sencillas asignaciones. ) 


Eventualmente, el indicador puede llegar al final de la región de datos: 
si esto sucede durante la ejecución de una instrucción READ, o si se 
intenta ejecutar otra instrucción de READ después de que el indicador 
ha alcanzado el final de la región de datos, entonces el programa se 
detendrá con el mensaje de error 


OUT OF DATA IN LINE n 
siendo n el número de línea de la instrucción actual READ. 


Consideremos un ejemplo. 


Ejemplo 4 


La conversión de un dígito decimal contenido en el sitio D a su forma 
binaria codificada, contenida en el sitio B, puede ser llevada a cabo por 
medio de un procedimiento de tabulación, como sigue: 


10 INPUT D 
500 READ X, B 
510 IF X 4 D THEN 500 
520 PRINT D; “DECIMAL =”, B; “BINARIO” 
530 STOP 
900 DATA 0, O, 1, 1, 2, 10, 3, 11, 4, 100, 5, 101 
910 DATA 6, 110, 7, 111, 8, 1000, 9, 1001 
920 END á 


Aunque comenzamos esta sección con una explicación de la facilidad de 
la subrutina, evitamos deliberadamente mencionar el último ejemplo 
como subrutina. ¿Por qué? Sencillamente porque se hubiera perdido la 
importancia del concepto de subrutina: cualquier intento hecho para 
ejecutar una subrutina por una segunda o más veces se hubiera demos- 
trado poco fructuosa, ya que el indicador de datos no se hubiera 
colocado más al comienzo de la tabla. 


Es posible volver a colocar el indicador al comienzo del área de datos 
(como es necesario hacerlo a menudo) por medio de la instrucción en 
BASIC: 


RESTORE 


La instrucción RESTORE seguida por un número de línea vuelve a 
colocar al indicador en el primer ítem de datos de la línea especificada. 


Ejemplo 5 


Podemos escribir ahora una subrutina para convertir a un dígito deci- 
mal contenido en el sitio D en su forma binaria codificada equivalente 
contenida en el sitio B. La subrutina está impresa en rojo dentro del 
siguiente programa: 


10 INPUT D 
20 GO SUB 500 
30 PRINT D; “DECIMAL =”, B; “BINARIO” 
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Ejemplo 4 


Discusión 
* * 


Ejemplo 5 


40 STOP 


500 FOR I=0 to D 
[so READ B 
520 NEXT 1 
530 RESTORE 
540 RETURN 
550 DATA 0, 1, 10, 11, 100 
560 DATA 101, 110, 111, 1000, 1001 
900 END 


Este programa es equivalente al programa dado en el ejemplo 4. M 


Describimos la facilidad de las rutinas sencillas que son disponibles en 
el lenguaje BASIC, y le presentamos un conjunto de instrucciones, 
DATA... READ... RESTORE, las cuales facilitan el manejo de ta- 
blas de datos. 


Hemos completado ahora nuestra introducción al lenguaje de progra- 
mación BASIC. Aún en un lenguaje tan sencillo y directo como lo es el 
BASIC existen otras facilidades que no hemos mencionado todavía. Si 
usted domina los conceptos que le hemos descrito, entonces encontrará 
relativamente fácil continuar más adelante su estudio de programación 
en alguna otra ocasión. 


Ejercicio práctico 10 


Debe trabajar cuidadosamente en este ejercicio con lápiz y papel y a 
continuación procesar sus respuestas en un terminal de computación. 
Si está utilizando el servicio de correos, debe escribir sus respuestas en 
una hoja de codificación en la forma descrita en la Guía del usuario y 
dirigirlas a la dirección dada en la misma Guía. Si se le presentan pro- 
blemas relacionados con el aspecto práctico de su trabajo, consulte la 
sección apropiada de la Guía del usuario. Se le aconseja tratar de re- 
solver solamente uno de los dos ejercicios siguientes. 


1 Escriba una subrutina en BASIC para resolver las ecuaciones 
ax+by=c 
px +qy=r 


(donde a(+% 0), b, c, p, q, y r son constantes y x y y son las incóg- 
nitas), basándose en el diagrama de flujos de la Sección 20.2.9. Uti- 
lice su subrutina para construir un programa en BASIC que encuentre 
los valores de u y w para los cuales 


u+sw=2 

tu + w=3 
donde s y t son las soluciones de las ecuaciones 

2s+t=4 

s+3t=5 


Un ejemplo de este programa para resolver este problema puede 
ser inspeccionado escribiendo en la consola: 

GET — $PLEQ 

LIST 
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Resumen 
* 


Ejercicio 
práctico 10 


Si a continuación usted da la instrucción RUN al programa, obten- 
drá la solución para u y w las cuales puede utilizar para verificar 
sus propios resultados. 


2 Utilice la siguiente lista de números primos: 2, 3, Da ao, 17, 19, 
23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97, 101, 
para construir un programa en BASIC que encuentre todos los facto- 
res primos de cualquier entero positivo n con n < 10.000. Los re- 
sultados dados por su programa deben ser presentados con el 
siguiente formato: 

ENTERO FACTOR MULTIPLICIDAD 
Por ejemplo, si el número 6273 se presenta como entrada, tendrá la 
siguiente salida: 
ENTERO FACTOR MULTIPLICIDAD 
6273 3 2 
17 1 
41 1 
Un programa de ejemplo para resolver este problema puede ser ins- 
peccionado escribiendo en la consola: 
GET — $PFACT 
LIST 
Si a este programa le da la instrucción RUN con algunos valores de 
datos, entonces, puede utilizar los resultados obtenidos para verificar 
su propio programa. 
Nota 


Si está utilizando hojas de codificación y el servicio de correos, debe 
especificar, escribiendo las órdenes apropiadas (acompañadas de notas 
explicativas si lo desea), las operaciones que debe llevar a cabo el ope- 
rador que ha de ejecutar el trabajo. | 
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20.3 ITEMS DE DATOS Y PROCESOS DE DATOS 
20.3.0 Introducción 


En la Sección 8.1.1 de la Unidad 8, destacábamos el hecho de que uno 
de los principales objetivos de las Unidades 8 y 20 era encontrar alguna 
forma de contestar la pregunta: “¿Qué es la ciencia de la computación?”. 
Estamos ahora en capacidad de sugerir la siguiente definición: 


La ciencia de la computación es, en general, el estudio de las técnicas 
que pueden utilizarse para representar y procesar la información, y, en 
particular, el estudio de aquellas técnicas que representan y procesan la 
información en la máquina lógica conocida como computador digital 
automático. 


Aunque esta definición es breve hasta el punto de ser incompleta, con- 
tiene los dos conceptos más importantes de la ciencia de la computación, 
con los cuales vamos a tratar en el resto de este texto: 


(i) la representación de la información, que trata la creación de es- 
tructuras para la representación de la información y la relación 
entre sus elementos; 

(ii) el procesamiento de la información, que se interesa con la trasfor- 
mación de las estructuras para obtener la solución de un problema. 


20.3.1 Representación y procesamiento de la 
información 


A partir de nuestra definición (incompleta) de la ciencia de la compu- 
tación, se desprende que ésta trata principalmente con la información. 
Sin embargo, el computador en sí mismo, es un aparato que maneja 
símbolos y sucesiones de símbolos. Necesitamos demostrar en conse- 
cuencia que una estructura asociada a sucesiones de símbolos puede 
estar relacionada con la información. Sólo entonces estará justificado 
el considerar al computador como una máquina que sirve para procesar 
información. Tomemos un ejemplo familiar sencillo. Lo que sigue 


2741 


es una sucesión* de símbolos que puede tener cualquiera de los signifi- 
cados familiares (contenido de la información); por ejemplo, la forma 
en que se lleva a cabo una errática carrera de caballos o la fecha de 
comienzo de la descomposición. de unos alimentos empacados. En esta 
forma, la sucesión en sí no especifica una información precisa: debemos 
darle algún contenido. Para la sucesión de símbolos dada, diremos que 
ésta representa un número natural. Su comprensión de la información 
dada por la sucesión es inmediata e intuitiva, y usted no dudaría en 
manejar una pareja de tales sucesiones. 


En consecuencia, si + representa la operación de adición de números 
naturales, y 752, 146 son sucesiones que representan a dos números na- 
turales, entonces 


752 + 146 


es una nueva sucesión de símbolos la cual se acepta como la equivalente 
de una tercera sucesión, 898, que también representa a un número na- 
tural. 


* La palabra sucesión se usa aquí (como en el resto del curso) para indicar un conjunto de 
objetos que están en un orden prescrito. No usamos aquí las comas convencionales para 
separar los elementos de la sucesión, porque no son apropiadas en este contexto. 
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20.3 
20.3.0 


Introducción 


20.3,1 


Discusión 


* e 


Podemos describir tal manipulación de la siguiente manera: dada una 
sucesión de símbolos, A, entonces deseamos definir un algoritmo para 
trasformar a la sucesión A en una sucesión B, que pueda ser la solución 
de un problema. En consecuencia, 898 se puede considerar como la 
solución del problema: “¿Qué es 752 + 1467”. 


Las sucesiones de símbolos no se pueden disociar de sus significados 
(contenido de la información), y si deseamos usar un aparato tal como 
un computador para resolver nuestros problemas, entonces los signifi- 
cados de las sucesiones deben ser ligados propiamente a un algoritmo 
que el aparato puede ejecutar. 


Ejemplo 1 


Con referencia a nuestro ejemplo anterior, podemos ingeniarnos una 
manera para interpretar dos sucesiones de símbolos que representan nú- 
meros naturales y para ejecutar la operación de suma de ellas: 


(i) Dado el conjunto ordenado de dígitos, D: 
£0, 1, de 3, 4, 5, 6, 7, 8, 9%, 


definimos un número natural como cualquier sucesión de elementos 

de D. Si x es un número natural, entonces el número natural si- 

guiente de x se encuentra por medio del siguiente algoritmo, el cual 

comienza con el dígito que está a la extrema derecha de x. 

(a) Si el dígito es 9, lo remplazamos por 0, y nos desplazamos al 
dígito de x que está precediendo al dígito considerado*. 

(b) Aplicamos (a) a este dígito. 

(c) Continuamos hasta que se encuentre un dígito diferente de 9. 
Remplazamos este dígito por el dígito que está inmediatamente 
a su derecha en el conjunto D y a continuación nos detenemos. 

(ii) Dada una tabla de sumar, A, en la forma: 


£ 0. 132349456783 


E A A 
2.3456 7TB 9 - 
3-4 "5, 631718 IRON di 
856 78941 
56 7.34 9104 1-13 
6 78 9106 141 0413 4 
7 8 

8 

9 


No. ASS E EAS 
WO O0 JO UA Yn — O 


10 UM 12 13 14 15 16 17 18 


y una regla para “llevar el dígito” generado cuando la suma contiene 
dos dígitos, podemos definir un algoritmo que trasforme a cualquier 
sucesión que contenga dígitos y un solo signo de adición (el cual puede 
que no aparezca al final de la sucesión) en una sucesión de dígitos que 
represente un número natural que es la suma de los números naturales 
representados por las sucesiones de dígitos separadas por el signo de 
la adición. 


Nuestro algoritmo debe incluir lo siguiente: 


1 leer ambos números y almacenarlos en dos sucesiones separadas de 
símbolos; 


* Suponemos que si el dígito es 9, existe siempre un dígito a su izquierda. Esto es para tener 
en cuenta por ejemplo, 99, el cual suponemos que está escrito en la forma 099. 
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identificar el signo de la adición; 

contar el número de dígitos en cada número, en tal forma que se 

conozca el máximo número de dígitos; 

4 situar para la suma para extenderla sobre el mayor de los números 
dígitos, como se determina en 3; 

5 reducir en un símbolo cada sucesión de símbolos después de la adi- 
ción de cada par de dígitos; 

6 situar para la adición de cualesquier dígitos “llevados” que se pue- 
dan presentar; 

7 formar una tercera sucesión de símbolos que representen al número 

natural después de la adición. 


OO 


Un algoritmo conveniente se presenta en el siguiente diagrama de flujos: 


Las cadenas S, T, U, V, y C están formadas por los símbolos S,, T,, U,, 
V, y C, respectivamente. 


El subíndice ¿ comienza en 0 en el símbolo que está a la extrema dere- 
cha (esta escogencia facilita el proceso normal de la adición). Un ejem- 
plo nos ayudará a aclarar esto. Si damos como entrada 752 + 146, en- 
tonces la cadena S se convierte en 


s$|7|5[2 [+] 1]4[6] 
Se S5 S4 S3 S2 Si S9 
y cuando se llega al recuadro A, entonces U, V tendrán los valores 


vel7is[2] uvqi]e]e] 


Va Us Y ug Uy Uy 


La cadena S comprende a los 
dos números que deben 
A. ser sumados, separados 

por el signo ''+"' 


Entre cadena 
s 


U y V son los dos 
Ponga cadenas A oros Tes la 
suma de Uy V 


Comience la entrada 

con el primer dígito y 
AAA da bión cuaatallos dígitos 
a medida que van entrando 


Ponga cuenta 
í=0 


El número U ha entrado 
—< completamente: j es 
el número de dígitos en U 


Use está formando — 


Ponga cuenta | k dará el número de dígitos en V 
k=0 
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Verifique para el final 


e, de la cadena S 


Para asegurarse de 
se que ¡ da el mayor del 
número de dígitos en 
Uy V 


¡contará ahora el número 
IIINNA4—á de pares de dígitos sumados, 

el cual al final 

será igual a j 


C es la cadena 
bd poto donde se formará, 
dígito por dígito, la suma 


Todos los pares de 
dígitos se han sumado 


Imprima 
cadena 7 


Sustituya 
cadena C por 
C =u/+V, 


Cada dígito de la suma 
o se trasfiere a la 

posición apropiada 

en la cadena 7 


Remplace U, V 
por U — u; 


V-=yv 


Los dígitos que se han 
— ss GOGO PTMATO 
son removidos de las 
cadenas U y V 


C; es el dígito que 

se “lleva” de la última 
suma. La cadena V se 
Remplace cadena Y aumenta en 1, 

por la siguiente V utilizando el algoritmo 
desarrollado para la parte (i) 
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20.3.2 Items de datos y procesos de datos 


Asociar un significado a una sucesión de símbolos se puede considerar 
como la escogencia de una representación para la información involu- 
crada. Como se observó, esta representación debe ser consistente con la 
forma en que la información se va a manipular y con el aparato que se 
va a utilizar. 


Definimos un ítem de datos como la representación formal de alguna 
información en tal forma que: 


(i) su significado se pueda intrepretar; 
(ii) su forma se pueda manipular en forma consistente con su significa- 
do, por medio de un algoritmo conveniente. 


Definimos un proceso de datos como una especificación formal de un 
algoritmo el cual, cuando se aplica a ítems de datos, da como resultado 


(i) un nuevo ítem de datos 
lo) 


(ii) una indicación de que el algoritmo no es aplicable a los ítems de 
datos. 


Estas definiciones nos capacitan para escribir una especificación formal 
de una técnica para resolver problemas. 


Unprocedimiento de investigación consiste de las siguientes etapas: 


1 Representar la información asociada a la situación inicial como un 
conjunto de ítems de datos. 

2 Representar la información asociada a la situación final como un 
conjunto de ítems de datos. 

3 Definir un conjunto de procesos de datos que operan en los conjun- 
tos de ítems de datos definidos en los numerales 1 y 2. 

4 Encontrar una sucesión de aplicaciones de los procesos de datos a 
los ítems de datos, los cuales trasformaran la situación inicial en una 
situación final; esta sucesión de aplicaciones de procesos de datos 
define un procedimiento para resolver un problema. Este procedi- 
miento será un algoritmo si la sucesión de aplicaciones termina 
cuando no existe una solución para el problema. 


Si ha de usar un aparato tal como un computador, entonces 


(1) los ítems de datos se establecerán por medio de la definición de al- 
goritmos que asociarán significados a las sucesiones de símbolos 
dadas; 

(ii) los procesos de datos se definirán especificando algoritmos que tras- 
formen a los ítems de datos en una forma consistente con sus sig- 
nificados. 


Los algoritmos para interpretar y manipular las sucesiones de símbolos 
serán entonces esenciales componentes de la actividad de resolver pro- 
blemas. 


20.3.3 Representación de la información: Items 
de datos 


En esta sección estamos interesados en la creación de ítems de datos: 
la representación formal de la información asociada a un problema en 
tal forma que estén a la par el procesamiento que se va a ejecutar y el 
aparato que se va a utilizar. 


Nuestro aparato será un sistema de computación completo, en el cual 
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Tema principal 


* * 


Definición 1 


ko **x 


Definición 2 


* * «+ 


Definición 3 


ho * 0* 


20.3.3 


Tema principal 


*. o * 


se agregan a un computador un lenguaje de procesamiento y.un sistema 
de operación (este punto se desarrolla en el programa de televisión 
asociado). 


Como se ha visto en el texto del Laboratorio de programación, los datos 
más sencillos en BASIC son las variables numéricas. Por tanto, los sím- 
bolos manipulados en nuestro sistema son números los cuales, para 
nuestros propósitos actuales, los restringiremos a significar: miembros 
del conjunto S, el cual es un subconjunto del conjunto de los enteros 
positivos Z*, tal que 


S=(s:seZ*,s < 999999), 
con extensión ocasional al conjunto de los números enteros 
[s:seZ, —-999999 < s < 999999) 


Permitiremos que las operaciones aritméticas usuales se puedan ejecu- 
tar (+, —,*, =, )) sobre los símbolos entre los cuales también existen 
las relaciones aritméticas normales (<, <, =,%, >, >). 


Vimos (en la Sección 20.2.5) que el BASIC también tiene incorporado un 
elemento de datos compuesto —una ordenación, la cual es un conjunto 
de variables numéricas sobre las cuales se ha definido un índice. 


Hay dos clases de índices: 


(1) Un entero decimal n, donde 1 < n < M. En este caso, M es la 
magnitud de la ordenación; el elemento de datos es una lista; un 
subíndice 1 designa al I-ésimo elemento de la lista. 

(ii) Un par ordenado de enteros decimales, (p,q), donde 1 <p < M y 
1 < q < N. En este caso M y N dan la magnitud de la ordenación; 
el elemento de datos es una tabla; un par de subíndices (1, J) de- 
signa a un elemento que ocupa la I-ésima fila y la J-ésima columna. 


Mientras esos tres elementos de datos (variables simples; listas de va- 
riables simples; tablas de variables simples) son adecuados para descri- 
bir la información asociada a la situación inicial y a la situación final (y 
todos los estados intermedios) de problemas sencillos, estos no son cier- 
tamente muy adecuados para la gama total de problemas que pueden 
ser resueltos por un computador. Tomamos esos tres elementos de datos 
como base, y definimos elementos de datos más complejos (llamados a 
veces estructuras de datos) especificando algoritmos que interpreten 
los significados de las familias de tales elementos. 


Introducimos ahora las definiciones de otros términos que utilizaremos 
en nuestra exposición, y también presentaremos la notación que vamos 
a adoptar. 


Las variables simples se denotarán por letras minúsculas tomadas del 
conjunto La, b, C,....., X, y, 2). 
Las listas se denotarán por 

+= 1,2... 1) 


, 


donde x es el nombre de la lista (cualquier letra minúscula), y n en un 
entero que designa el tamaño de la lista. 


Las tablas se denotarán por 


A A A 
0 J S 


donde x es el nombre de la tabla, y m y n son enteros que señalan el 
tamaño de las filas y columnas de la tabla. 
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Ejercicio 1 
Las especificaciones dadas anteriormente se pueden escribir en lenguaje 


BASIC. Defina un algoritmo que traduzca de la notación escrita a la no- 
tación en BASIC. S 


El contenido de la información de un ítem de datos está contenido en 
una colección estructurada deelementos de datos, cada uno de ellos 
consistente de una variable simple o de una sucesión de variables selec- 
cionadas de una lista o tabla. Las variables individuales en un elemento 
de datos se llamarán campos de datos del elemento de datos. Elnom.- 
bre de un elemento de datos es el nombre del primer campo de datos 
en el elemento de datos. Elnombre de un ítem de datos es el nombre 
del primer elemento de datos de la colección. 


Ejemplo 1 


Describa un ítem de datos que represente una fila de cuatro cartas de 
naipes si la siguiente información debe ser incorporada a la descripción: 


(a) una indicación que diga si la carta de naipes está con la cara a la 
vista o no; 

(b) el palo a que pertenece y el valor de la carta; 

(c) el orden en que se presentan las cartas en la fila. 15 


Solución del ejemplo 1 


Primero debemos definir un algoritmo para codificar (trasladar a su 
forma simbólica) la información especificada por (a) y (b). Como es- 
tamos trabajando con un sistema de computación (BASIC) que manipula 
valores numéricos, nuestro algoritmo de codificación debe dar como 
resultado una sucesión numérica. Un algoritmo posible sería: 


Codifique la sucesión haciendo corresponder al conjunto í Corazones, 
Diamantes, Picas, Tréboles) el conjunto (0, 1, 2, 3,) en forma biunívo- 
ca en ese orden, y denote el resultado por s. 


Codifique el valor de las cartas haciendo corresponder biunívocamente 
los conjuntos (As, 2, 3, ...,10,3,Q,K)y(1,2,3,..., 10,11, 12, 13) 
y denote el resultado por r. 


Codifique el estado de la carta haciendo corresponder biunívocamente 
a los conjuntos (cara a la vista, cara oculta) yí — 1, + 1) y denote el 
resultado por n. 


Complete la codificación construyendo la expresión n(r + 13s) a partir 
de los enteros obtenidos; esta expresión dará un único valor numérico 
a cada carta en el intervalo [— 52, 52] (excluyendo el valor cero) y de- 
fine completamente la información de los puntos (a) y (b). 


Una fila de cartas se puede representar por una lista de cuatro elemen- 
tos (ordenación); el orden en que se presentan las cartas se puede co- 
dificar como sigue: 


Haga corresponder en forma biunívoca los conjuntos (primera, segun- 
da, tercera, cuarta) y (1, 2, 3, 4) ; use a continuación el entero resul- 
tante como un índice para la ordenación de los elementos. 


Como un ejemplo sencillo supongamos que las primeras dos cartas están 
con la cara a la vista y que son el tres de diamantes y el tres de trébo- 
les, y que las otras dos cartas con las caras ocultas son la J de diaman- 
tes y la Q de corazones. 
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Ejemplo 1 


(continúa en la página 42) 


MB 20.3.3 
Solución 1 Solución 1 


Las variables simples se codifican en BASIC por medio del algoritmo: 


Remplace x € S por X € T, donde S es el conjunto(a, b,..., 
2), T es el conjunto(A, B, ...,Z), y x, X son los elementos 
que se corresponden en los dos conjuntos. 


Para hacer listas y tablas, el nombre se puede codificar en BASIC por 
medio del algoritmo: 
Remplace x,, x, , por X(I), X(I, J) respectivamente, donde x, 
1JeSyX,1l J, e T son los elementos que se corresponden 
en los dos conjuntos. Si hay comprendidos subíndices numéri- 
cos, éstos permanecen invariables; en consecuencia, x, se rem- 
plaza por X(9) y así sucesivamente. Lu 


(continuación de la página 41) 


Codificamos la primera carta: 


palo: Diamantes -——>1, s=1 
valor: 35>3, P=3 
estado: cara arriba -—> —1, n= -—1; 


el código es — 1(3 + 13) = — 16 
Codificamos la segunda carta: 


palo: Tréboles —— 3, s=3 
valor: 3—>3, r= 
estado: cara arriba —— —1, n= =i5 


el código es — 1(3 + 39) = — 42 


Codificamos la tercera carta: 


palo: Diamantes ——1, s=1 
valor: J de diamantes —>11, r=11 
estado: cara oculta ——> 1, n=1; 


el código es: 1(11 + 13) = 24 
Codificamos la cuarta carta: 
palo: Corazones -——0, s=10 


valor: (Q de corazones ——>12, r=12 


estado: cara oculta —— 1, A=E 
el código es 1(12 + 0) = 12. 
Colocamos las cartas en una lista llamada a, [a,: ¿=1,...,4), 


entonces la primera carta está representada por a, con valor — 16; 
la segunda carta está representada por a, con valor — 42; 

la tercera carta está representada por a, con valor +24; 

la cuarta carta está representada por a, con valor +12. 


Notas a la solución 


(i) Con el fin de economizar espacio de almacenamiento (a menudo 
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una consideración de importancia cuando se usa un computador), 
hemos codificado cada carta por medio de un elemento de datos 
que consiste de un solo campo de datos que representa tres compo- 
nentes separadas de información. Hubiéramos podido poner cada 
componente en un campo separado y haber utilizado una lista de 
12 elementos (o una tabla) para almacenar el ítem de datos. Cuan- 
do un campo de datos contiene diferentes componentes de informa- 
ción, nos referiremos a él como un campo de datos compuesto, y 
tendremos que definir un algoritmo que nos capacite para aislar 
los subcampos. 

(1i) Un ítem de datos es una colección estructurada de elementos de 
datos; en este caso, la estructura es la estructura natural impuesta 
por el concepto primitivo de lista. 


Ejercicio 2 


Describa un ítem de datos que represente a siete columnas de cartas de 
juego,de longitud arbitraria comprendida entre 0 y 18, si la siguiente 
información se debe incorporar a la representación: 


(a) el palo y el valor de cada carta; 

(b) el orden en que están las cartas en cada columna; 

(c) la longitud de cada columna de cartas; 

(d) si las cartas que están en la parte superior de la columna aparecen 
con la cara oculta y las que están en la parte inferior aparecen con 
la cara hacia arriba, distinga en la representación la última carta 
que aparece con la cara oculta en cada columna. a 


20.3.4 Procesamiento de información: Proceso 
de datos 


En la sección anterior definimos un proceso de datos como “una espe- 
cificación formal de un algoritmo que, cuando se aplica a un ítem de 
datos (una parte de la información), da como resultado un ítem de datos 
o una indicación de que el proceso de datos no es aplicable a ese ítem 
de datos”. 


En función de esta definición, un algoritmo para resolver un problema 
puede definirse como “una sucesión de aplicaciones de procesos de da- 
tos a Ítems de datos, los cuales trasformarán a los ítems de datos que 
representan la situación inicial en ítems de datos que representan la si- 
tuación final”. Este punto de vista de un algoritmo vale la pena exa- 
minarlo más detalladamente, ya que nos conduce al núcleo de las activi- 
dades de la resolución de problemas, a saber, la construcción del 
algoritmo. Esto, a su vez, nos lleva a reconocer el hecho importante de 
que un algoritmo se puede expresar en función de una estructura lógica 
consistente, en lugar de expresarse como una “mezcla de ideas ad hoc”. 
También somos conducidos a darnos cuenta cabal de que es importante 
el estudio de las técnicas que sirven para construir algoritmos de una 
manera sistemática. 


Continuando con esta línea de razonamiento, vemos que la tarea de 
construir un algoritmo se puede considerar como una actividad que se 
subdivide en una serie de subtareas, hasta que llegamos al punto en el 
que una tarea se puede expresar en función de los componentes ele- 
mentales del “lenguaje de programación” que se ha de emplear para 
describir el algoritmo. 


Al dividir un algoritmo en sus partes componentes naturales se presen- 
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Ejercicio 2 
(5 minutos) 


20.3.4 


Discusión 


* * 


(continúa en la página 44) 


Solución 2 
Claro está que hay muchísimas soluciones para este problema: 


(i) Codifique las cartas, dando el valor, el palo y el estado, tal como en 
el ejemplo 1, para obtener un entero que está en el intervalo [— 52, 
+ 52], pero excluyendo el valor cero. (El estado de cada carta es 
información redundante y puede suprimirse.) 

(ii) Construya una tabla 

dy ds 1,2... DL T, 

y utilice cada columna de la tabla para representar las cartas en la 
columna. Emplee el orden de los elementos en la columna para re- 
presentar el orden de las cartas en la columna. Comience a llenar 
cada columna a partir del encabezamiento de ésta (es decir, a par- 
tir de d, ,). Utilice la fila diecinueveava de la tabla (d,,.,) para indi- 
car el número de cartas en la columna j. Use la fila vigésima de la 
tabla (d., ¡) para indicar el número de tarjetas que están con la 
cara oculta en la columna j. 


Hay exactamente 52 cartas disponibles para construir las siete colum- 
nas, entonces la representación gastará mucho espacio, ya que habrán 
126 elementos en la tabla. Sin embargo, esta representación hace más 
sencillo para nosotros el manipular las columnas de cartas. El dilema 
entre facilidad de manipulación y espacio ocupado es una característica 
común a muchas representaciones, y en cada caso de esta naturaleza el 
dilema se debe resolver según sus méritos. a 


(continuación de la página 43) 


tan dos aspectos: primero, debemos refinar exitosamente los ítems de 
datos sobre los cuales opera la tarea; segundo, debemos descomponer 
los procesos de datos exitosamente pues éstos actúan sobre los ítems de 
datos. Vimos en la sección anterior cómo los ítems de datos se podían 
subdividir en sus partes constitutivas, las cuales son expresables en fun- 
ción de las componentes elementales de los datos en nuestro lenguaje 
de programación (el BASIC, en nuestro caso). 


Los procesos de datos pueden igualmente ser subdivididos en sus com- 
ponentes primitivos para expresar operaciones sobre los datos de nues- 
tro lenguaje de programación (el BASIC, en nuestro caso). Esas compo- 
nentes elementales, con el fin de aumentar el grado de complejidad, son: 


1 El conjunto de operaciones elementales utilizadas para construir 
“expresiones” (vea la Sección 8.3.5 de la Unidad 8). 

2 El conjunto de declaraciones elementales del lenguaje. (Una decla- 
ración es elemental si no se puede descomponer en declaraciones 
más sencillas; por ejemplo, una “declaración FOR” no es una decla- 
ración elemental.) : 

3 La gama de facilidades utilizadas para estructurar el programa 
(Secciones 20.2.3-4 y 20.2.7-8). 


Como lo destacábamos en la Sección 20.2.7, la estructura de un pro- 
grama se determina por: 


(i) la sucesión de la ejecución de instrucciones individuales (Secciones 
8.3.11 y 20.2.3-4); 
(ii) la selección, es decir, la discriminación entre casos que se deben 
ejecutar bajo las diferentes condiciones (Secciones 20.2.3-4); 
(iii) la repetición, en la cual distinguimos dos subestructuras (Seccio- 
nes 20.2.7-8): 
(a) el número de repeticiones se conoce de antemano; 
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(b) el número de repeticiones se determina dentro de la estructura 

del bucle (iteración); 
(iv) las subrutinas, es decir, la utilización de la misma sucesión de ins- 
trucciones en diferentes etapas del programa (Secciones 20.2.9-10). 


Hemos construido nuestro algoritmo a partir de esos fundamentos, y 
así como un ítem de datos se puede descomponer en elementos de datos 
y campos de datos, de la misma manera nuestro algoritmo se puede 
descomponer en subestructuras (bucles, subrutinas, etc.) para llevar a 
cabo subtareas. Esas subtareas se pueden especificar eventualmente en 
función de las componentes del lenguaje que describe al algoritmo. En 
nuestro caso, suponemos que el algoritmo está definido como para ser 
ejecutado en el sistema de computación disponible para usted con el 
fin de que desarrolle su trabajo práctico, y que, en consecuencia, las 
componentes del algoritmo son las componentes elementales del len- 
guaje de programación BASIC. 


Para ayudarlo a fijar esas ideas, veamos un ejemplo. 


Ejemplo 1 


Construir un algoritmo tal que, cuando se ejecute con una entrada for- 
mada por un conjunto de n símbolos diferentes, genere como salida una 
sucesión de n* símbolos, cada uno de ellos perteneciente al conjunto de 
entrada, que satisfagan la condición de que ningún par de subsucesio- 
nes adyacentes de igual longitud contengan los mismos símbolos en el 
mismo orden. L 


Antes de comenzar a resolverlo, consideremos un caso particular. 
Supongamos que n = 3 y que los símbolos son 
abe 


Necesitamos una sucesión de 9 símbolos que satisfagan la condición. . 
Por ejemplo, 


abebacaba 


es una de tales sucesiones, como usted podrá comprobar al verificar to- 
das las subsucesiones de igual longitud. Pero 


abebacbab 


no es una sucesión aceptable, porque c hb a se presenta en forma adya- 
centea cba. 


Trate de formar unas pocas sucesiones de salida por sí mismo antes de 
leer la solución. Esto lo ayudará en la siguiente exposición sobre la es- 
Strategia y el diagrama de flujos. 


Solución del ejemplo 1 


En primer lugar debemos escoger una representación para la informa- 
ción del problema. Hay dos partes de información, a saber: 


(1) el conjunto de n símbolos diferentes: en este caso podemos obtener 
una representación digital por medio de la correspondencia biuní- 


voca con el conjunto (1, 2, ... mn). 
(ii) la sucesión de hasta n* enteros: esta se puede representar por la 
lista(s,:1=1,2,3,...,n3. 


Con el fin de descubrir los procesos de datos que se deben ejecutar con 
esos ítems de datos, debemos tener en cuenta cómo vamos a resolver 
el problema. Una estrategia sencilla consistiría en comenzar con una 
sucesión vacía y construir la sucesión de salida requerida elemento por 
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elemento, verificando cada sucesión parcial para ver si cada subsuce- 
sión generada de ella satisface la condición impuesta. 


Desarrollaremos un algoritmo que corresponda esta estrategia subdivi- 
diendo la tarea en subtareas hasta que las componentes elementales 
correspondan a las componentes en BASIC. Ilustraremos cada etapa con 
un diagrama de flujos apropiado. 


El diagrama de flujos completo se puede expresar por medio de un bu- 
cle FOR (Secciones 20.2.7-8), es decir, como una repetición controlada 
por una cuenta, en la forma: 


Imprima la 
sucesión 


Genere una 
sucesión gceptable de 
longitud / a partir 

de una sucesión aceptable 
de longitud / — 1 


(i) Una sucesión aceptable es aquella que satisface los criterios espe- 
cificados por el problema. 
(ii) Una sucesión de longitud cero es la sucesión vacía. 


En este diagrama de flujos, todas las etapas se expresan en términos 
elementales con la excepción de la etapa 3; debemos ver cómo dividir 
a la etapa 3 en subtareas. Esto comprende el considerar cómo se genera 
una sucesión de longitud í que sea aceptable, a partir de una sucesión 
aceptable de longitud ¿ — 1. La estrategia que hemos mencionado es 
para generar una sucesión nueva ampliando la sucesión obtenida pre- 
viamente pero aumentada en un elemento, y a continuación verificando 
la nueva sucesión con el criterio especificado. Observamos que una su- 
cesión de longitud 1 es siempre aceptable. Ampliaremos la sucesión 
agregándole el primer elemento de la entrada y a continuación verifi- 
cando la sucesión resultante y modificándola si no satisface el criterio 
dado. En consecuencia, la etapa 3 se puede expresar por un diagrama 
de flujos en la forma de un bucle “mientras” (vea la Sección 20.2.7). 
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Entra en el bucle 


La sucesión 
de longitud / 
no es 
aceptable 


FALSO 


VERDADERO 


Modifique una 
sucesión de 
longitud / 
para formar 
una sucesión 
de longitud /. 


Sale del bucle 


Nota 


(i) El caso excepcional de la sucesión de longitud 1 se puede manejar 
remplazando la etapa 1 en el diagrama de flujos completo, por: 


1 Entra 


Sale 


Entonces modificando nuestro procedimiento de iniciación para el bu- 
cle FOR, evitamos verificar una condición de excepción en el bucle 
“mientras” comprendido. 


En el diagrama de flujos tenemos dos etapas, las 3.2 y 3.3, las cuales 
no están expresadas en componentes elementales, así que tenemos que 
subdividir cada una de esas etapas aún más. 


Consideremos la etapa 3.2. Como la sucesión de longitud ¿— 1 utilizada 
para generar la sucesión de longitud i era aceptable, sólo necesitamos 
verificar aquellos pares de subsucesiones que contienen al elemento s,. 
(Usted podría querer verificar esta afirmación, utilizando el ejemplo 
dado al comienzo de la solución, antes de continuar leyendo.) Vamos a 
introducir una variable auxiliar f cuyo valor será igual a 0 cuando la 
sucesión no es aceptable, e igual a 1 cuando es aceptable la sucesión. 
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Esta etapa se puede construir como un par de bucles FOR encajados 
de los cuales el bucle exterior está indizado para las subsucesiones de 
longitud j = 1,2, ... , [5]*, y el bucle interior está indizado sobre los 
elementos de una subsucesión por k = 0,1, ... ,J — 1. Sin embargo, 
podemos dejar de verificar una subsucesión cuando encontramos un 
par de elementos correspondientes que son desiguales, y podemos dejar 
de verificar al conjunto de subsucesiones cuando encontramos que un 
par de ellas son iguales. Entonces el bucle interno está combinado con 
un bucle “mientras” el cual se ejecuta sólo cuando todos los pares co- 
rrespondientes de elementos en un par de sucesiones son iguales. El 
bucle exterior está combinado con un bucle “mientras” el cual se eje- 
cuta mientras todas las subsucesiones de longitud j son aceptables. El 
resultado de la etapa 3.2 se acepta en el siguiente diagrama de flujos 
donde todas las etapas se expresan ahora en componentes elementales. 


3.2 


NO 
A 
o 


Si La sucesión es 
aceptable 


NO 


La sucesión no 
es aceptable 


* La notación [x], donde x es un número real, se usa para designar el máximo entero que no 
es mayor que x. 
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Veamos ahora la etapa 3.3; podemos modificar nuestra sucesión de lon- 
gitud ¿ remplazando a s, por el siguiente elemento del conjunto de en- 
trada: debemos entonces devolvernos a la etapa 3.2 para verificar 
nuestra nueva sucesión. Sin embargo, hay una condición de excepción 
que se debe considerar. Supongamos que hemos verificado las sucesio- 
nes de longitud ¡ con cada elemento en el conjunto de entrada (por 
turno) en la posición s,, y las hemos encontrado todas inaceptables. 
¿Cómo continuamos? 


Supongamos que en el ejemplo dado al comienzo de la solución hemos 
llegado hasta la sucesión 


abacaba 


No podemos poner a a continuación, porque tendríamos a a; 

no podemos poner b a continuación, porque tendríamos a ba b; 

no podemos poner c a continuación, porque tendríamos abacaba 6 
entonces debemos modificar nuestra estrategia. 


Una estrategia sencilla para evitar esta excepción consiste en reducir la 
longitud de la sucesión a (i — 1); se modifica esta sucesión y se verifica 
si es aceptable, y, si lo es, se continúa generando una nueva sucesión 
de longitud ¡ procesándola en una forma parecida. Este proceso de re- 
ducción y construcción se puede repetir cierto número de veces antes 
de que se obtenga una sucesión aceptable de longitud ¿. Si incluimos la 
totalidad de este proceso dentro de la etapa 3.3, nuestro diagrama de 
flujos se hará muy complicado. Habiendo descubierto este problema, 
es más sencillo considerar de nuevo nuestra estrategia. Supongamos 
que modificamos la etapa original 3 para que se convierta en: 


Generar una nueva 
sucesión aceptable 
de longitud ¡o menor 


y volver a poner 
el valor ¡a la longitud 
de la nueva sucesión 


Este cambio no afecta a la etapa 3.2, y nos capacita para expresar la 
etapa 3.3 en la forma: 


3.3 
Modificar la sucesión 
de longitud ¡ para 
que forme una sucesión 
nueva de longitud ¡o 


menor y volver a poner 
el valor de ¡a la 
longitud de la nueva 
sucesión 
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lo cual puede entonces expresarse en la forma: 


Entra 


Sale 


Es importante tener en cuenta cuán significativo es lo que hemos lle- 
vado a cabo. Destruimos la naturaleza simple del bucle FOR en el dia- 
grama de flujos original. La variable 1 ya no cambia simplemente sobre 
los elementos del conjunto 1, 2, ... , n”, ya que la ejecución de la etapa 
3.3 puede dar como resultado que el valor de i se vea reducido. El bucle 
puede terminar ahora no solo si ¿ se hace igual a n? sino que también 
termina cuando ¡ es igual a 2 y “todas las nuevas sucesiones se han ve- 
rificado”, pues entonces no habremos tenido éxito en generar una suce- 
sión. De hecho, no necesitamos preocuparnos por la última condición, 
ya que puede demostrarse matemáticamente que podemos siempre ge- 
nerar una sucesión aceptable de longitud n? por medio del procedi- 
miento que hemos adoptado. 


Después de hacer la modificación descrita anteriormente, podemos 
combinar los diagramas de flujos para obtener un diagrama de flujos 
completo de nuestro algoritmo, expresado en función de sus componen- 
tes elementales. Le dejamos esto como ejercicio. 


(Asegúrese de verificar su resultado siguiendo la ejecución para un va- 
lor pequeño de n, digamos 3, como en el ejemplo que expusimos.) Sin 
embargo, tenemos un programa BASIC que corresponde al diagrama de 
flujos del algoritmo completo y que tiene como nombre de archivo 
SSEQGEN. Puede utilizar este programa para verificar las sucesiones 
obtenidas al seguir el algoritmo. pr 
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20.4 RESOLUCION DE PROBLEMAS 
20.4.0 Introducción 


La frase resolución de problemas no tiene un significado claro y des- 
provisto de ambigúedades. En inglés, la frase tiene una aplicación 
amplia e indefinida. En esta vaguedad reside la ausencia de cualquier 
real ciencia de la resolución de problemas que pudiera dar base para 
la definición de un término técnico. 


Los problemas se presentan en una gran variedad de formas, y la difi- 
cultad de un problema particular está relacionada no sólo con la infor- 
mación que se da a quien resuelve el problema, sino que también está 
relacionada con el conocimiento y capacidades de quien resuelve el pro- 
blema. 


Definiremos y expondremos las actividades principales que se presen- 
tan en la resolución de problemas con la ayuda de un computador. El 
conjunto de textos para este curso* está interesado en desarrollar el 
arte de la resolución de problemas en matemáticas. Muchas de las ideas 
presentadas allí se pueden aplicar directamente a la resolución de pro- 
blemas con la ayuda de un computador digital. 


20.4,1 Fases de la resolución de problemas 


La resolución de cualquier problema se puede considerar como com- 
puesta de diferentes fases, pero es importante tener en cuenta que éstas 
no son enteramente excluyentes entre sí. Podemos resumir esas etapas 
en la siguiente forma: 


1 Definición del problema 


Esta fase está dedicada a tratar de simplificar y aislar el problema en 
que estamos interesados, excluyendo tanto de su información como sea 
posible, en tal forma que podamos definir el problema utilizando un 
mínimo de conceptos. 


2 Análisis del problema 


Una vez fijados los límites del problema que se va a resolver, nuestra 
siguiente preocupación es decidir cómo vamos a resolver el problema 
identificado. Las actividades de la definición del problema nos condu- 
cirán a la formulación de un modelo del mismo. Esta es una etapa difí- 
cil porque a menudo nos vemos en la necesidad de imponer muchas 
simplificaciones y suposiciones y, en consecuencia, debemos permane- 
cer atentos sobre las condiciones adicionales que le hemos impuesto. 
Este hecho es de particular importancia cuando se va a emplear un 
computador, ya que cualquier procedimiento automático o semiauto- 
mático diseñado para resolver nuestro “modelo de problema” depen- 
derá, en su efectividad, de nuestra propia comprensión de las suposi- 
ciones y de las condiciones que hemos introducido. 


3 Análisis lógico 


En este punto, nuestro interés reside en documentar detalladamente 
las características operacionales de nuestro modelo. Esto significa que 


* G. Polya, How to solve it, Open University ed. (Doubleday Anchor Books, 1970). En el 
texto nos referimos a este libro como Polya. 
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* * 


20.4.1 


Tema principal 
*k £* + 


debemos describir el modelo de problema así como su solución, por me- 
dio de una notación bien definida; por ejemplo, en la forma de un con- 
junto de ecuaciones que describan los diferentes procesos del modelo. 
También debemos especificar las condiciones externas aplicables a 
nuestro modelo. Podríamos hacer consideraciones adicionales para for- 
mular el modelo en una forma teórica conveniente. 


4 Resolución del modelo del problema 


Suponiendo que el análisis lógico ya se ha llevado a cabo en tal forma 
que éste nos lleva a definir un algoritmo preciso para resolver el pro- 
blema (lo cual siempre sucederá si utilizamos un computador para que 
nos ayude en la actividad de resolver problemas), entonces esta etapa 
comprenderá la creación de un programa que nos dé una solución del 
problema modelo. 


5 Verificación de la solución 


En esta etapa nos interesamos en comparar los resultados obtenidos 
con nuestro modelo y los resultados obtenidos a partir de la observa- 
ción del problema real. Esta es una verificación esencial para todas las 
etapas precedentes. Cuando se usa un computador como ayuda para 
la resolución de problemas, esta verificación toma dos aspectos diferen- 
tes. Primero, debemos verificar que el programa que hemos creado para 
resolver el problema modelo calcula correctamente las soluciones del 
mismo. Segundo, debemos comparar la solución obtenida con el pro- 
blema modelo con cualesquiera características conocidas del problema 
real. No es prudente verificar lo correcto del programa de computación 
comparando las características conocidas del problema real con las so- 
luciones obtenidas con el programa de computación, a menos que se 
sepa que el modelo es una representación fiel del problema real en sus 
aspectos esenciales. 


El aspecto dominante en las siguientes secciones es, claro está, el com- 
putador. Sin embargo, usted encontrará muy ilustrativo comparar el 
enfoque expuesto anteriormente y la tabla dada en Polya en las páginas 
xvi y xvii. También encontrará probablemente útil comparar y contras- 
tar las exposiciones más detalladas que hacemos en lo que sigue del tex- 
to con las actividades de la resolución de problemas tal como están 
descritas en Polya. Hacemos una advertencia: tal como las cosas se pre- 
sentan, no estamos en capacidad (en un solo texto) de tratar la resolu- 
ción de problemas “reales” y, en consecuencia, nos interesaremos muy 
poco en la etapa de la definición de problemas. Comenzaremos con un 
“problema bien definido” y desarrollaremos modelos y soluciones de pro- 
blemas modelo. Usualmente nuestros modelos serán evidentemente co- 
rrectos, aunque su calidad deje mucho que desear. En consecuencia, el 
objetivo principal de la presente exposición residirá en el análisis lógico 
de problemas modelo con el fin de obtener algoritmos que nos den su 
solución, y en la construcción de programas de computación que ejecu- 
ten los algoritmos especificados. Después de exponer brevemente las 
ideas principales involucradas, resolveremos un problema típico para 
mostrar cómo esas ideas trabajan en la práctica. 


Usted debe tratar de pensar sobre el problema de ejemplo que se pre- 
senta en el texto más adelante antes de leer la solución dada. Nuestra 
solución del problema no es la única válida y factible, y encontrará muy 
fructífero comparar sus ideas y enfoque del problema con el nuestro. 
Nos interesaremos en oir cualquier desarrollo de la solución que en opi- 
nión de usted sea superior a la expuesta en el texto. 
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Discusión 


* * 


20.4.2 Análisis del problema 


La etapa más importante en el análisis del problema es la decisión de 
cómo encararlo. Para cualquier problema importante, se debe emplear 
bastante tiempo en el diseño de la manera de enfocarlo apropiadamente. 
Este tiempo estará bien empleado si nos conduce al desarrollo de un 
método práctico y sencillo para obtener la solución. El tomar la deci- 
sión “correcta” en la etapa de planeación tendrá generalmente un efecto 
benéfico sobre la calidad del programa de computación diseñado para 
calcular la solución del problema. 


¿En qué forma el análisis de problemas que se deben resolver con la 
ayuda del computador difiere de las otras actividades del análisis de 
problemas en el cual el problema que se va a resolver debe serlo por 
medio de manipulaciones matemáticas formales? La diferencia se pre- 
senta básicamente a partir del hecho de que la computación nos plantea 
nuevos interrogantes que no están presentes, o al menos no son lo sufi- 
cientemente importantes para discutirlos, en otras ramas de las mate- 
máticas. Esas diferencias se pueden resumir como sigue. Primero, tene- 
mos que tratar en forma explícita y detallada con estructuras de 
información complicadas que cómprenden la representación (por medio 
de elementos de datos) de no sólo la estructura en su totalidad sino 
también de todas sus partes constitutivas y sus interrelaciones. A cada 
estructura y a cada una de sus partes constitutivas se les debe dar un 
nombre, y cada una de ellas debe de estar en capacidad de recibir un va- 
lor. Segundo, nos interesamos en el uso de “imperativos” para definir los 
valores asociados a nuestras variables: las matemáticas, en general, no 
están interesadas en la existencia de variables que “cambian” en el sen- 
tido que a esto le damos en computación. Las matemáticas tradiciona- 
les se interesan en las situaciones estáticas. Aun en el cálculo, el cual se 
interesa por los procesos de límites, la situación es tratada en función de 
valores fijos. En general, los objetos que en matemáticas se llaman va- 
riables son o bien constantes cuyos valores no son aún conocidos, o bien 
son símbolos introducidos como completamiento. En la programación 
tratamos con variables que, por la naturaleza de los procesos involucra- 
dos, sufren una sucesión de cambios. 


Para resumir, la fase del análisis de los problemas está interesada en 
la forma en que debe presentarse la información contenida en un pro- 
blema y en la forma en que se procesa la información con el fin de 
obtener una solución. Debemos asegurarnos de que la representación 
escogida para la información sea adecuada al procesamiento que se ha 
de llevar a cabo y al aparato disponible para ejecutar el procesamiento. 
En consecuencia, debemos decidir sobre la estrategia que debemos 
adoptar para resolver el problema. Esto es, tenemos que pensar en to- 
dos los detalles de los procesos que se ejecuten sobre la información 
contenida en el problema. Con el fin de definir la solución, desarrolla- 
mos un algoritmo (probablemente representado por medio de un dia- 
grama de flujos) en el que estén detalladas las decisiones y acciones 
principales que deben tenerse en cuenta para obtener la solución. Si ha- 
cemos referencia al problema de la sucesión que vimos en la Sección 
20.3.4, vemos que la fase correspondiente al análisis del problema nos 
llevó hasta el desarrollo del algoritmo tal como se mostró en los dos 
primeros diagramas de flujos de ese ejemplo. Durante la fase del aná- 
lisis del problema es imprescindible el saber “exactamente qué desea- 
mos hacer” antes de comenzar a pensar (en la fase del análisis lógico) 
en los detalles del algoritmo, y más importante que todo, antes de co- 
menzar a construir el programa para implementar el algoritmo. Consi- 
deraremos las dos últimas actividades. 
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Tema principal 
* * * 


20.4.3 Desarrollo del algoritmo 


En la etapa del análisis lógico de la resolución de un problema, nos in- 
teresamos en preparar una especificación detallada de nuestro modelo 
y la solución del problema modelo en función de una notación bien 
definida. La fase del análisis lógico nos conducirá a la preparación de 
un algoritmo para la resolución del problema. Cuando el algoritmo se 
ha definido completamente, pasamos a considerar el problema de la 
preparación de un programa, el cual es una representación del algoritmo 
dependiente de la máquina. El proceso de desarrollo de un algoritmo 
ha sido presentado en el problema de la sucesión en la Sección 20.3.4. 
Todo lo que necesitamos hacer en este punto, es recordarle la forma 
en la que nos enfrentamos al problema. Nuestro enfoque consistió en 
analizar el problema y buscar a continuación la manera de desarrollar 
un algoritmo (implícito en los dos primeros diagramas de flujos) hasta 
el punto en que cada etapa (cada acción y cada decisión) podía repre- 
sentarse con las componentes elementales apropiadas al aparato dispo- 
nible para ejecutar el algoritmo (en este caso un computador equipado 
con un sistema de programación BASIC). A continuación desarrollába- 
mos, etapa por etapa, un diagrama de flujos completo y un conjunto de 
notas que lo acompañaban en las cuales se describía en detalle el mé- 
todo de resolución del problema. Una vez que teníamos completo y a 
nuestra disposición un diagrama de flujos, lo tradujimos a un programa 
en BASIC que nos capacitara para calcular la solución del problema. 


Esta última etapa no la discutimos en el proceso de la resolución de 
problemas, así que puede aparecer engañosamente sencilla. En este 
momento, usted tendrá algún conocimiento del lenguaje de programa- 
ción BASIC y tendrá alguna experiencia en la creación de programas en 
BASIC para desarrollar tareas descritas por medio de un algoritmo. Ha- 
brá encontrado que el proceso de creación de un programa para imple- 
mentar un algoritmo no es precisamente una tarea de escritorio sencilla, 
aun después de que usted tenga una especificación completa del algo- 
ritmo. 


Si usted trabaja sistemáticamente, es posible que pueda organizar su 
tarea en tal forma que el proceso de traducir un algoritmo en un pro- 
grama no sea tan pesado. Podemos identificar las siguientes etapas que 
se deben llevar a cabo cuando se prepara y se verifica un programa de 
computación: 


1 Debemos traducir sistemáticamente todas las representaciones de 
nuestra información (ítems de datos) en forma de variables y con- 
juntos de variables. 


2 Debemos traducir sistemáticamente todas las manipulaciones de la 
información (procesos de datos) especificadas en nuestra solución 
algorítmica en las correspondientes estructuras del programa. Es 
decir, debemos subdividir el programa en sus ramas constitutivas, 
bucles y subrutinas. 


3 Debemos especificar la forma precisa de la información que se debe 
incluir en el programa, y la forma precisa de la información que de- 
seamos obtener como salida del programa. Es importante reducir 
ambos conjuntos de información al mínimo indispensable. En el caso 
de la entrada de la información, esta reducción nos ahorra conside- 
rable trabajo cuando quiera que el programa va a ser ejecutado: en 
el caso de la salida, esta reducción le ahorra a la persona que utiliza 
el programa el tener que interpretar demasiada información: la 
solución le es presentada en forma clara y precisa. 
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4 Debemos decidir cómo verificar el programa. Asociado a esto está 
el problema de descubrir todas las condiciones de excepción que 
puedan presentarse al ejecutar el programa, y decidir qué acción se 
ha de tomar en cada caso. Normalmente es útil tratar de encontrar 
soluciones al problema que puedan ser calculadas manualmente en 
forma directa. Esas soluciones se podrán utilizar para verificar los 
resultados obtenidos cuando el programa en sí es ejecutado. 


5 Debemos escribir el programa. A menudo es conveniente construir 
el programa parte por parte, es decir, desarrollar el programa en 
función de un conjunto de bloques razonablemente completos en sí 
mismos. Cada bloque (módulo) del programa se puede verificar de- 
talladamente haciendo uso de órdenes adicionales de entrada y sa- 
lida para construir y mostrar la información sobre la cual el bloque 
opera. Esta consideración nos capacitará para aislar los errores ló- 
gicos de nuestro programa. 


6 Debemos verificar el programa o los componentes modulares del 
mismo. Es una buena costumbre utilizar lápiz y papel para seguir 
las instrucciones, antes de presentar un programa para que sea veri- 
ficado por el computador. La técnica de seguimiento que se debe 
adoptar es idéntica a la empleada para los algoritmos (Sección 8.2.3 
de la Unidad 8). Cuando estemos lo suficientemente seguros de que 
el conjunto de instrucciones apropiado está correcto, podemos dár- 
selo al computador con el conjunto de datos de entrada apropiado. 


La mayor parte de las dificultades inherentes a esta parte del trabajo 
se presentan debido a que un programa, normalmente, comprende un 
número considerable de bifurcaciones condicionales, y a menudo sucede 
que un ítem de información de entrada inesperado, o un error trivial de 
codificación al escribir el programa, pueden hacer que el programa se 
desvíe inesperadamente hacia una bifurcación que no había sido pre- 
vista (entrando frecuentemente en un bucle infinito). La mejor manera 
de obviar este problema es seguir el programa a medida que éste se va 
desarrollando. Podemos hacer que el programa imprima lo que noso- 
tros escribiríamos con lápiz y papel, incluyendo dentro de éste las ins- 
trucciones de impresión convenientes. Esas instrucciones de impresión 
se deben colocar no sólo para comprobar los valores que obtienen las 
variables, sino que también deben servir para indicar las partes del pro- 
grama que se ha seleccionado. 


Para resumir, es importante ser ordenado en la forma en que construye 
sus programas, y hacer la traducción de un algoritmo en un programa 
de computación en forma sistemática. Una vez creado un programa, 
es importante ser sistemático en su verificación. Asegúrese de que ha 
entendido todas las etapas que hemos expuesto anteriormente. Com- 
pruebe que usted ha cumplido cada una de esas etapas cuando prepara 
Un programa, y recuerde que, como ésta es una actividad práctica, sólo 
la práctica será la que le dé, en último término, la suficiente destreza. 


20.4.4 Problema de estudio (Material opcional) 


Para ayudarlo a comprender las ideas presentadas en este texto, vamos 
a presentar la solución de un problema particular tomado de la teoría 
de gráficos* y el cual está relacionado a un cierto número de aplica- 
ciones en la computación. 


* Esta es una rama de las matemáticas relativamente nueva: en el presente contexto, no es 
útil pensar de un gráfico en el sentido que se le da al “gráfico de una función” tal como se 
definió en la Unidad I, Funciones. 
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20.4.4 


Problema del 
caso estudiado 


$ ay 


Un gráfico dirigido (finito) consiste de un conjunto de vértices(v, : i = 
1,2, ... ,n), y un conjunto de arcos (segmentos de línea dirigidos) que 
unen ciertos pares de vértices. Un ejemplo de gráfico dirigido se mues- 
tra en seguida: 


Este ejemplo ilustra una serie de puntos importantes. 


(i) El vértice v, es un vértice aislado; ningún arco comienza o termina 

en ese vértice. 

(ii) Los vértices v, y v, son vértices iniciales de arcos y no hay arcos 
para los cuales sean vértices terminales. 

(iii) Los vértices v, y v, son sólo vértices terminales. 

(iv) El vértice v, está conectado consigo mismo. (Observe que “par de 
vértices” en la definición se debe interpretar aquí como v, conec- 
tado consigo mismo. 


Definimos una ruta como una sucesión finita de arcos tales que cada 
miembro de la sucesión comparte su vértice inicial con su predecesor 
(excepto el primer miembro, que no tiene predecesor). 


Vamos a considerar el problema de encontrar una ruta que parta de un 
vértice inicial especificado v, y vaya hasta un vértice final especificado 
V.. Usualmente sólo se consideran rutas simples que conecten a v, con 
v., donde una ruta simple es cualquier ruta en la cual ningún arco ni 
ningún vértice se usa más de una vez. 


Con referencia al diagrama anterior, y utilizando un par ordenado (1, 7) 
para indicar el arco cuyo vértice inicial es v,, y cuyo vértice final es v,, 
entonces una ruta simple que vaya de v, a uv, está dada por la sucesión 
(2, 3), (3,7), (7, 5), (5, 6), 
mientras que una ruta no simple está dada por la sucesión 
AABDAMAAS A) AO SES6) 
La parte roja de esta sucesión se llama un bucle; un bucle se define 
como una ruta cuyos vértices inicial y final coinciden, y en el cual cada 
vértice intermedio se encuentra sólo una vez. Esta definición corres- 
ponde a la idea de bucle que hemos encontrado en programación (Sec- 
ciones 20.2.7-8). En efecto, el diagrama de flujos de un algoritmo tiene 
la estructura de un gráfico dirigido. 


El problema particular que deseamos resolver es el siguiente. 


Dados como datos de entrada el conjunto de vértices y el conjunto de 
arcos que definen a un gráfico dirigido, y también dos vértices particu- 
lares v, y v., definir un algoritmo que encuentre una ruta simple que 
comience en v, y termine en v.. 
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Definición 2 


do de 


Definición 3 


* * 


Definición 4 


* * 


Utilice este algoritmo como base para un programa en BASIC que tenga 
como entrada la definición de gráfico dirigido, los vértices inicial y final 
e imprima una ruta simple que vaya del vértice inicial al vértice final. 


Desarrollaremos la solución de este problema en una serie de ejercicios 
que lo guiarán a través de los problemas involucrados. Debe tratar de 
resolver cada ejercicio y, tenga éxito o no, lea la solución antes de con- 
tinuar con el ejercicio que sigue. Como tenemos un modelo bien defi- 
nido de nuestro problema, comenzamos por considerar cómo represen- 
tar el modelo. 


Ejercicio 1 

Escriba una representación digital de un gráfico dirigido que sea con- 
veniente para el desarrollo del algoritmo que estamos buscando. 
Solución 1 


Si el gráfico dirigido contiene un conjunto de n vértices, éstos se pue- 


den representar por el conjunto/v,:i=1,2,...,m), y el conjunto de 
arcos es un subconjunto del conjunto de todos los pares ordenados del 
conjunto 1, donde I es el conjunto (1, 2, ... , nj. En consecuencia po- 
demos representar al conjunto de arcos por medio de la tabla f dy il = 
1,2,...,n;j=1,2,... ,n) poniendo 

a; , = O si no hay ningún arco que vaya de v, a u, 
y 

a, = 1 si hay un arco que vaya de v, a v,. A 


Aunque esta representación del gráfico requerido es ciertamente válida, 
¿es ésta apropiada para resolver el problema? 


Ejercicio 2 
La representación sencilla descrita en la solución 1 adolece de un gran 
inconveniente. ¿Cuál es y cómo puede ser obviado? E 


Solución 2 


La tabla (a, ,) contiene n* elementos; sin embargo, nuestro gráfico diri- 
gido puede contener menos de n* arcos. Por ejemplo, en el gráfico mos- 
trado en la última figura, hay sólo 10 arcos, mientras que su represen- 
tación contiene 81 elementos. A medida que n aumente, llegaremos a 
una situación donde ya no nos será posible representar a la tabla (a, 5 
dentro del computador, pero aún seremos capaces de representar al 
conjunto de arcos. Una solución a este problema consiste en emplear 
una representación que comprenda únicamente a los arcos. Un método 
sencillo de hacerlo es como sigue. 


Crear un ítem de datos que cor.ziste del conjunto P, el cual contiene: 


(i) los enteros p,, P., ... , pm, los cuales son los enteros J tales que, en 
la fila z, a, , = 1 en nuestra representación original; 

(ii) el entero m,, el cual es el número de enteros diferentes de 0, a, en 
la fila z. 


Es decir, el conjunto P, define al conjunto de arcos que comienzan en 
el vértice v,. 


Tomamos una lista X de longitud / = y m) + n, y hacemos corres- 


ponder al conjunto P, con el conjunto X en tal forma que a 
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Ejercicio 1 
(5 minutos) 


Solución 1 


Ejercicio 2 
(5 minutos) 


Solución 2 


x, le corresponda m, 


a xs» lecorresponda P, 


a  Xm,, le corresponda P,,, 


Aa  Xm,:» le corresponda Mm, 


Esta representación es compacta, pero ya no podemos tener acceso a 
los arcos simplemente al indizarlos. Si estamos interesados, por ejem- 
plo, con los arcos que se originan en el vértice v,, debemos entonces 
comenzar en el sitio x,, cargar su valor (el cual es m,, el número de ar- 
cos que salen del vértice v,), sumar 2 para encontrar el sitio Xm.,» y 
cargar este valor (que es m,), y así sucesivamente hasta que encontra- 
mos el valor x,, donde k está definido por 


poi 


Em] eres, 


(=1 


el cual es el primer elemento del conjunto P,. Una vez más, tenemos un 
ejemplo donde la velocidad de procesamiento está contrastada por el 
espacio requerido para la representación. Podríamos eliminar los ele- 
mentos m, del conjunto P, y marcar el comienzo de cada conjunto P, 
en la lista X poniendo un signo negativo que preceda a cada p,. En este 
caso, para encontrar uh vértice particular, tendríamos que inspeccionar 
todos los elementos precedentes de la lista X. 


Deseamos ahora construir una estrategia general para resolver el pro- 
blema. d a 
Ejercicio 3 


Describa un procedimiento sistemático para generar todas las rutas que 
se originan en el vértice v, a través del gráfico dirigido. 


Solución 3 


Hay, básicamente, dos enfoques posibles para este problema; podemos 
enumerar las rutas buscando en profundidad o buscando en amplitud. 
La frase buscar en amplitud significa que primero determinamos el 
conjunto de todos los arcos que tengan a v, como vértice inicial, y a 
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continuación determinamos el conjunto de todos los arcos cuyos puntos 
- iniciales son los puntos terminales de los arcos del conjunto anterior y 
así sucesivamente. 


Por ejemplo, si utilizamos el gráfico mostrado en la figura y hacemos 
que v, sea nuestro vértice inicial, entonces la búsqueda en amplitud se 
haría como sigue: 


primer conjunto segundo conjunto tercer conjunto cuarto conjunto 
de arcos de arcos de arcos de arcos 
(1,3) (3,7) (7,7) (0,7 
(7, 5) 
(7, 5) (5, 3) 
(5, 6) 
(5, 8) 


y así sucesivamente. 


La frase buscar en profundidad significa que escogemos un arco parti- 
cular cuyo vértice es v,, después un arco particular cuyo vértice inicial 
es el vértice terminal del primer arco, y así sucesivamente. Cuando al- 
canzamos un vértice sin arcos que lo abandonen, volvemos a hacer un 
nuevo conjunto de escogencias particulares. Por ejemplo, si tomamos a 
v, como punto de partida, esta estrategia nos dará las siguientes rutas: 


(1, 3), (3, 7), (7, 5), (5, 8), (8, 9) 


MISS, ALO, Pis = 
Es importante observar que ambas estrategias se encuentran en difi- Discusión 
cultades cuando se encuentra un bucle, ya que tal ruta no se termina. * o. . 


Este problema no nos preocupará, porque estamos buscando un miem- 
bro del conjunto de rutas simples que se originan en un vértice parti- 
cular, y tales rutas no pueden contener bucles (por definición). 


Emplearemos la búsqueda en profundidad ya que, como veremos, se 
acopla a nuestra representación del gráfico dirigido. En algunos pro- 
blemas una combinación de las dos estrategias puede ser apropiada; 
por ejemplo, uno puede desarrollar una búsqueda en profundidad hasta 
cierto punto y, a continuación desarrollar cada ruta en amplitud (o vi- 
ceversa). Si el número de vértices y de arcos es muy grande, habrá, en 
general, muchas rutas que se originan en un vértice particular y la ta- 
rea de enumerar todas las rutas simples es enorme, aún cuando se esté 
utilizando un computador. En tal caso, puede ser posible enumerar 
solamente un subconjunto del conjunto de todas las rutas; por ejemplo, 
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todas las rutas que posean alguna propiedad interesante. Por el mo- 
mento, sólo consideraremos gráficos que contengan solamente unos po- 
cos vértices y arcos. 


Vamos a desarrollar ahora nuestra estrategia general convirtiéndola en 
una estrategia particular para resolver el problema en consideración. 


Ejercicio 4 


Empleando la representación de un gráfico dirigido desarrollada en el 
ejercicio 1, y la técnica de búsqueda en profundidad descrita en la so- 
lución 3, desarrolle un algoritmo para resolver el problema de encontrar 
una ruta simple que parta de un vértice inicial v, y llegue al vértice 
terminal v.. | 


Solución 4 


Usamos una lista 
S =(s¡:i =1,2,...,n — 1) 


para registrar la ruta que se está inspeccionando actualmente. (Obser- 
ve que si el gráfico contiene n vértices, entonces una ruta simple cons- 
tará a lo máximo de (n — 1) arcos.) Hagamos que la tabla 


A = (la; :i=1,2,...,n;j=1,2,...,n) 


represente al gráfico, tal como se describió arriba. Como estamos bus- 
cando rutas simples, podemos comenzar poniendo a, , = 0 para l = 
1,2, ... ,n (es decir suprimiendo autoconexiones, las cuales no pueden 
aparecer en una ruta simple). Seleccionamos dos índices, p y q, para 
indizar el vértice considerado, y la longitud (número de arcos) de la 
ruta hasta ahora generada, respectivamente. El algoritmo se puede en- 
tonces definir en líneas generales, como sigue. (Las frases encerradas en 
paréntesis rectangulares describen las operaciones ejecutadas en cada 
etapa. La notación x —— a se usa para indicar una asignación; un 
signo de interrogación se utiliza para indicar una verificación.) 


Etapa 1 Seleccione el vértice v, [ p *—— b] para ser examinado. Pon- 
ga en 1 la longitud de la trayectoria [q —- 1]. 


Etapa 2 Verifique para una trayectoria directa que vaya de vu, a v.. 


[¿4, . = 1?]. Si existe una trayectoria directa, vaya a la 
etapa 4; de lo contrario, continúe. 

Etapa 3 Busque el conjunto de arcos que parten de v,. Si existe en 
la extrema izquierda un arco que parta de v, (suponga que 
corresponde al índice k, [a, , = 1;4,.+41,c=1,2,..., 
Rk — 1]), entonces marque este arco en consideración, 
[a, x — — 1], almacene p en S (s, —-p,q—-q+1) 
y vuelva a poner p para examinar v, [p —— k] y vaya a la 
etapa 2, si no hay ningún arco permitido vaya a la etapa 5. 

Etapa 4 Imprima la ruta y pare. La ruta se especifica haciendo la 
lista S,, S», ... , Sy, P, €, la cual es el conjunto de vértices 
atravesados por la ruta. 

Etapa 5 (Nota: La ausencia de un arco permisible puede ser debida 
a dos condiciones, que serán tratadas separadamente en las 
etapas 5.1 y 5.2.) 

Etapa 5.1 Sia,,=0,j= 1,2, ...,n, entonces hemos llegado a un 
punto muerto, con el cual tratamos como sigue: 
Suprimimos todas las conexiones que nos conduzcan al vér- 
tice v,, ya que éstas nos conducen a un punto muerto 
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Ejercicio 4 
(15 minutos) 


Solución 4 


[a, , — 0 parai= 1,2, ...,n]. Volvemos a trazar la 
ruta en el vértice previamente examinado (q —- q — 1, 
Pp *— s¿). Si está de nuevo en el nodo inicial [¿q = 1?] y 
este nodo es ahora un punto muerto, entonces imprima “no 
hay ruta simple de v, a v.” y pare; de lo contrario vaya a 
la etapa 3. . 

Etapa 5.2 Sia,. =0Oparae =1,2,...,k-—1,ya,, = — 1, enton- 
ces se nos ha creado un bucle, el cual no está permitido en 
una ruta simple, así que esta situación debemos tratarla 
como sigue: 

Elimine la etapa que cerró el bucle, y que condujo a un 
vértice a ser usado dos veces; vuelva a poner p para 
examinar el vértice anterior, [q *—-q — 1, r—-s,, 
A, *—0, p *——r] y vaya a la etapa 3, a menos que q=1, 
y en ese caso, imprima “no hay ruta simple de v, a v.” y 
pare. | 


Si usted ha encontrado una solución, entonces ésta no deberá ser exac- 
tamente como la nuestra; los puntos críticos de la solución son: 


(i) el uso de una lista separada para seguir la ruta, en tal forma que 
podamos imprimir la ruta descubierta y devolvernos cuando entra- 
mos un punto muerto o un bucle; 

(1i) marcando los vértices que ya han sido visitados, así puede ser de- 
tectada la presencia de bucles; 

(ii) un procedimiento sistemático para seleccionar el siguiente vértice 
que se va a examinar (los arcos que están más a la izquierda se 
examinan primero); 

(iv) la supresión de arcos que cierran bucles o conducen a puntos 
muertos, así las “falsas rutas” no se repiten. 


Las etapas críticas en el algoritmo son las etapas 3 y 5; la primera se- 
lecciona el siguiente vértice que se va a examinar, mientras que la se- 
gunda se entiende con los bucles y los puntos muertos. 


Ejercicio 5 


¿Qué ruta se encontrará que vaya de v, a v, aplicando el procedimiento 
descrito en la solución 4, cuando se aplica al gráfico mostrado de nuevo 
a continuación? 
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Ejercicio 5 
(3 minutos) 


Solución 5 
La tabla (a, ¡) toma la forma que se muestra más adelante. 
(a; ¡:i e Li2y.0 395) > dl 


j 
110 06 TT 0 0-09 0. 0 
210 0 1 0 0 0 0700 
310 0 0 0-0 0 1-00 
¡40 0 0 0 0 0 0 0 0 
Soo 0 1 0 10: 10 M0 
6/0 0 0 64 0 06 O 0-0 
T[0 0 0 0 1 0-0 00 
8/00 0 0 0 0 0 Qe 
9|0 0 0 0 0 0: 0.0 


El algoritmo puede entonces ser seguido de la siguiente manera: 
Ejecute etapa 1 p——1,.qR—-1. 
Ejecute etapa 2 ¿a,., = 1? No; vaya a la etapa 3. 
Ejecute etapa 3 Busque arcos que partan de v,; da k = 3: 
E 
sq (= s1)—p(=1), 
q *—q + 1(=2), p——k(=3) vaya a la etapa 2. 
Ejecute etapa 2 ¿a,., = 1? No; vaya a la etapa 3. 
Ejecute etapa 3. Busque arcos que partan de v,: da k = 7: 
da == 1, 


Sal=82)—p(=3) 


q *—q + 1(=3),p*—k(=7) y vaya a la etapa 2. 


Ejecute etapa 2 ¿a,., = 1? No; vaya a la etapa 3. 
Ejecute etapa 3 Busque arcos que partan de v,; da k = 5: 
ds —=1L, 
s¿(=83)—p(=7) 
qq + 1(=4), p——k(=5) y vaya a etapa 2. 
Ejecute etapa 2  ¿a,., = 1? No; vaya a la etapa 3. 
Ejecute etapa 3. Busque arcos que partan de v,; da k = 3: 
dsat——=1, 
Sal =584)*—p(=5) 
q *—q + 1(=5), p——k(=3) y vaya a etapa 2. 
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Solución 5 


Ejecute etapa 2  ¿a,., = 1? No; vaya a la etapa 3. 
Ejecute etapa 3. Busque arcos que partan de v,; da k = 7: 


Encontramos que a, , = — 1, en consecuencia hemos creado un 
bucle lo cual no es permitido, y vamos a la etapa 5.2. 


Ejecute etapa 5.2 Busque por v,(= v,) encuentra que el vértice 3 ha 
sido usado antes, en consecuencia debemos devolvernos, y te- 


nemos 
q —q — 1(=4) r ——3,(=s4 = 5) 
4,,p = (=45,3) 0 p*—r(=5) 

y q no es 1, así que nos vamos a la etapa 3. a 


Ejecute etapa 3. Busque por arcos que partan de v,; da k = 6, ya que 
Q;,, se suprimió en la etapa anterior. 


ds ==, 

Sq(=54) *— p(=5), 

q +—4q + 1(=5), p——k(=6) y vaya a la etapa 2. 
Ejecute etapa 2 ¿a,., = 1? No; vaya a la etapa 3. 


Ejecute etapa 3 Busque arcos que partan de v,; no da valor de k, en- 
tonces volvemos a la etapa 5.1. 


Ejecute etapa 5.1 . Estamos en un punto muerto, entonces ponemos 
A; = 0 para 


A 


para suprimir las conexiones que nos llevan al punto muerto; 
esto coloca a a;., en cero; entonces nos devolvemos: 


q—g= 1(=d) 
p*— Ss (=S4 = 5); 
q no tiene el valor 1 entonces vamos a la etapa 3. 


Ejecute etapa 3 Busque por arcos que partan de v,; da k = 8, pues 
Q,., Se suprimió en la etapa anterior. 


As == —1, 
S¿(=54) — p(=5) 
q q + 1(=5), p—k(=8) 
y vaya a la etapa 2. 
Ejecute etapa 2 ¿a,., = 1? Sí: vaya a la etapa 4. 
Ejecute etapa 4 La ruta es 1, 3, 7, 5, 8, 9. 


Nota: 


La ruta impresa es la única disponible y es evidentemente correcta; el 
ejemplo se escogió para mostrar el manejo de los bucles y los puntos 
muertos por el algoritmo especificado en la solución 4. Ñan 


Una vez creado y verificado (¡quizá en forma bastante inadecuada!) un 
algoritmo para resolver el problema, llegamos a la última etapa del 
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proceso: la creación del programa mismo. Esta etapa no es-sencilla, y 
se debe enfocar en una forma sistemática. 


Ejercicio 6 


Ejecutar cada una de las etapas especificadas en la Sección 20.4.3 para 
traducir un algoritmo a un programa con el fin de obtener un programa 
en BASIC del algoritmo dado en la solución 4. 


Solución 6 


A continuación se da un programa correcto; éste está archivado en el 
sistema con el nombre ROUTE. Si su programa difiere del nuestro, 
verifíquelo procesándolo con un conjunto de datos de prueba y com- 
pare sus resultados con los obtenidos al procesar el programa ROUTE 
con los mismos datos. E 


5 REMARK ...INPUT DEFINITION OF DIRECTED GRAPH: 
UP TO 20 VERTICES 
10 INPUT N 
20 DIM A(20, 20), S(19) 
30 FOR I=1 TO N 
40 FOR J=1 TO N 
50 INPUT A(I, J) 
60 NEXT J 
70 NEXT 1 
75 REMARK...INPUT INITIAL AND FINAL VERTICES 
80 INPUT B,F 
85 REMARK...SPECIFY STEP 1 
9 LETP=B 
100 LETQ=1 
105 REMARK...SPECIFY STEP 2 
110 IF A(P, F)= 1 THEN 210 
115 REMARK...SPECIFY STEP 3 
116 REMARK...SCAN FOR ALLOWABLE CONNECTION 
120 FOR K=1 TO N 
130 IF A(P,K)= 1 THEN 160 
135 IFA(P,K)= —1 THEN 330 
140 NEXT K 
150 GO TO 250 
155 REMARK... ADVANCE TO NEW VERTEX 
160. LETA(P,K)= —1 
170 LETS(Q) =P 
180 LETQ=Q+1 
190 LET P=K 
200 GO TO 110 
205 REMARK...SPECIFY STEP 4 
210 FORR=1TOQ-1 
220 PRINTS(R) 
230 NEXT R 
240 PRINT P,F 
244 REMARK... TERMINATE 
245 GO TO 390 
246 REMARK...DEAD END FOUND: SPECIFY STEP 5.1 
250 FOR I=1 TO N 
260 LETA(I,P)=0 
270 NEXT 1 
280 LETQ=0Q-1 
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Ejercicio 6 
(10 minutos) 


Solución 6 
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284 REMARK...INITIAL NODE DEAD END: TERMINATE 

285 IF Q =0 THEN 380 

290 LET P=S(Q) 

300 GO TO 120 

305 REMARK...LOOP FOUND: SPECIFY STEP 5.2 

330 LETQ=0Q-1 

340 LETR =S(Q) 

350 LETA(R,P)=0 

360 LET P=R 

370 IF Q 4 1 THEN 120 

375 REMARK... LOOP BACK ON INITIAL NODE : TERMINATE 

380  PRINT “NO SIMPLE ROUTE” 

390 END 

BYE Y 
Posdata 

“El fin completa todo.” William Shakespeare 


Troilus and Cressida 
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M 100 — UNIDADES DEL CURSO BASICO DE MATEMATIC. 


00-300 0N-A 


Funciones 

Errores y exactitud 
Operaciones y morfismos 
Diferencias finitas 

NO HAY TEXTO 
Desiguales 

Sucesiones y límites 1 
Computación Il 

Integración I 

NO HAY TEXTO 

Lógica I — Algebra de Boole 
Diferenciación l 
Integración II 

Sucesiones y límites II 
Diferenciación II 
Probabilidad y estadística 1 
Lógica II — Prueba 
Probabilidad y estadística II 
Relaciones 

Computación II 
Probabilidad y estadística MI 
Algebra lineal 1 

Algebra lineal II 
Ecuaciones diferenciales 1 
NO HAY TEXTO 

Algebra lineal MI 

Números complejos 1 
Algebra lineal IV 

Números complejos II 
Grupos 1 

Ecuaciones diferenciales II 
NO HAY TEXTO 

Grupos II 

Sistemas numéricos 
Topología 

Estructuras matemáticas 


AUN 
e, 
HL 
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